V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Aresxue  ›  全部回复第 2 页 / 共 23 页
回复总数  449
1  2  3  4  5  6  7  8  9  10 ... 23  
2024-07-11 12:38:11 +08:00
回复了 kkdebunk 创建的主题 Java 我跟你说 @RefreshScope 跟 Spring 事件监听一起用有坑!
这还告诉我们写代码的不要无脑 copy ,应该要按需引入相应的功能。“若无必要,勿增实体”,做到这一点会少踩很多坑。
2024-07-08 11:42:00 +08:00
回复了 liubsyy 创建的主题 Java 一键修改 JAR 包内文件: JarEditor 插件详细指南
@liubsyy 我的意思是你的发布物是什么样的,原先不依赖的新三方库我理解就是导出一个新的 jar 包就叫它 newbiz.jar 好了,把这个 jar 包在容器里面替换掉原有的 biz.jar 然后重启 java 进程就生效了,新依赖三方包的话新的三方包你是会直接打到 newbiz.jar 中还是说是分开的,除了替换原有的 biz.jar 以外还需要再上传一个 third.jar ,值得注意的是这个 third.jar 可能以前已经有低版本的了这里再引入一个会面临业务里面会遇到的钻石依赖问题。
2024-07-08 10:05:27 +08:00
回复了 liubsyy 创建的主题 Java 一键修改 JAR 包内文件: JarEditor 插件详细指南
蛮不错的插件,就是编译可以再扩充一些,一个是可以指定电脑本地的其它 jdk ,甚至一些三方的反编译和编译库像 cfr 、Procyon;另一个是我没看到对三方库的处理,指原不在我当前应用中的三方包但我本次修改需要使用的三方库,这块处理也确实会比较麻烦但在这个魔改 jar 的场景里面出现的概率却并不低。
2024-06-26 10:37:22 +08:00
回复了 ODESZA 创建的主题 上海 朋友收到病危通知书,撑不过本月,人各有命
好好坏坏总归是自己的选择,但妈妈要更可怜一些,如果就这一个孩子以后只能一个人孤零零地走向生命的终点。
2024-06-19 12:40:32 +08:00
回复了 diagnostics 创建的主题 Java 有多少人还在用 Maven 构建项目?
1.xml 可读性主要是不够简洁,版本管理和子模块管理这俩本来就没有分开的必要,gav 一共就三个维度;
2.使用姿势有问题,把 revision 和 relativePath 玩明白就好了;
3.还是姿势问题;
4.了解下阿里的 amaven 还有开源的 maven daemon ;
2024-06-02 15:12:47 +08:00
回复了 Dongxiaohao 创建的主题 Java 关于读写分离的问题
@Dongxiaohao 代码不多的话加个注解也是个蛮简单的方式,要是想作为一个可以面向几十个应用的功能就可以像我说的做个二方包在里面写一些路由逻辑,这个东西的好处就是对 sql 语法没有任何要求,需要注意的是潜在的事务问题(跨数据源),你使用时注意点。
2024-05-31 14:06:50 +08:00
回复了 Dongxiaohao 创建的主题 Java 关于读写分离的问题
@JackCh3ng ShardingSphere-JDBC 不兼容原有的配置格式,而且会把整个 Datasource 和 Connection 都换成自己,不需要分表的 sql 也会走它的拦截分析,很多语法都不支持,同时还需要手动指定不需要走分表的单表有哪些,动态数据源那里不用它的 starter 而是复用它的 DynamicDatasource ,自己写个配置解析 sql 然后做路由不需要业务代码变更一行而且没有任何 sql 兼容性问题
2024-05-30 10:52:22 +08:00
回复了 Dongxiaohao 创建的主题 Java 关于读写分离的问题
多数据源简单一点,目前来看 https://github.com/baomidou/dynamic-datasource 这个写的还不错的,不建议 ShardingSphere-JDBC 它目前的实现入侵性太强,需要比较重的分库分表的场景才更合适。
第一确实存在这样的业务诉求,这是很合理的,别被其它人绕晕了;
第二实现方式最好不是自定义一套注解,理解成本很高,具体很好的实现方式一下子没想好,最好是可以和原来搭配使用,比如 SpelNotNull 就可以改成 @NotNull + @When("enableVoice == true"),上面只是举个例子;
第三注意这里存在潜在的性能问题对于高并发接口来说这些校验最好是直接写在业务代码中的,但是绝大多数接口并不是什么高并发接口,这个东西的用处应当是用来快速实现校验功能,当这个接口的 QPS 要求发生变化时再重新设计实现,当然更多接口可能永远都都不到这一步。
因为线程是非常宝贵的资源,这个设计主要就是保证线程资源的最大化利用。

在更早的时候操作系统的可支撑线程数是非常有限的,单机的性能也很弱,但随着时代的发展其实这个思路已经并没有那么适用了,在实际中很多都是把核心数和最大线程数设为一致。更有甚者 tomcat 直接修改了这一策略,在没有可用线程时它会优先开启一个新的线程直至最大线程数,然后才会堆积请求。如今 tomcat 的这种思路更为流行比如 Druid 的连接池中的最小连接数和最大连接数也是这个逻辑。

当然随着虚拟线程的流行,线程的限制将会荡然无存,线程池也会逐步退出历史舞台,最终只服务于很少的一些场景。
技术架构、业务架构、应用架构、数据架构
你问他你要哪一种
2024-04-10 11:43:15 +08:00
回复了 zzzzzzggggggg 创建的主题 职场话题 程序员拿不到好绩效真的是能力不够吗?
好绩效取决且仅取决于你的直属实线 leader 。
https://pebble-skateboard-d46.notion.site/Java-7d1e6f877c9d4d02811e1181bc5b361c?pvs=25 看我这篇文章吧,会对方法句柄和 Lambda 有一个更深的了解。
2024-04-02 19:09:27 +08:00
回复了 AntiFraud 创建的主题 职场话题 现在 boss 一定要填在线简历吗?
在线简历也蛮重要的,决定了 hr 看不看你要不要附件简历,不过在线的内容要相对比较浓缩很多不然缩略里面是不会全部展示的
2024-04-01 13:37:49 +08:00
回复了 Zzhiter 创建的主题 Java 关于 Java 的如何进行单体应用 tracing 的问题
这不就是 arthas 的 trace 嘛,直接搞过来。pinpoint 、jvm sandbox 等也可以抄一抄。
2024-03-29 14:06:12 +08:00
回复了 xiangyin 创建的主题 Java 有没有 Java 复杂参数类型解析的参考方法
dubbo-admin 里面有根据接口签名和元数据生成示例参数的代码,核心逻辑就是解析 java.lang.reflect.Method#getGenericParameterTypes 中的泛型入参。
对于你来说第一步根据 method 签名中的泛型信息解析出来所需要的 java 类型,第二步生成随机参数可以使用 Podam ,试下来体验还可以。
@la2la 可以到杭州看看,苏州和武汉互联网不太行,当然互联网现在整体也不太行了,如果考虑制造业的一些 IT 需求可以去苏州。
2024-03-29 12:01:25 +08:00
回复了 iceWater10 创建的主题 职场话题 学计算机的你们后悔了吗?
不后悔,我这样的人不让我写代码我都不知道自己能干什么,如果现在失业可能只能去泡滴滴了。
2024-03-29 11:59:00 +08:00
回复了 zichy 创建的主题 职场话题 31 岁带专被裁, Boss 智联全都已读不回
没家庭的话去一二线赚钱攒钱吧,加油。
1  2  3  4  5  6  7  8  9  10 ... 23  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   871 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 22:31 · PVG 06:31 · LAX 14:31 · JFK 17:31
♥ Do have faith in what you're doing.