V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  dqzcwxb  ›  全部回复第 1 页 / 共 10 页
回复总数  200
1  2  3  4  5  6  7  8  9  10  
5 小时 19 分钟前
回复了 shanghai1943 创建的主题 问与答 请教 JVM GC 问题
换 G1 保平安
6 天前
回复了 javaisthebest 创建的主题 程序员 在虾皮做业务被 go 恶心到了。
预测一下
"是你太菜,不是 go 不行"
10 天前
回复了 kikione 创建的主题 MySQL mysql 减库存并发问题
跨库失效,多表失效
要解决并发只能是 redis 或者队列串行处理
一切以生产环境为准,测试环境是为生产环境服务的
13 天前
回复了 seakingii 创建的主题 Linux 是否有这样的定时任务开源软件?
xxl-job
13 天前
回复了 ccnccy 创建的主题 随想 胡说八道之思考能源危机的优化办法
@fireleaves 最后一句我翻译一下:半桶水
21 天前
回复了 PDX 创建的主题 问与答 要是电子设备上只有一种接口就好了
那你要在家里装电缆了
27 天前
回复了 aPsyduck 创建的主题 职场话题 校招 Offer 决赛圈,求指点
3 进去了就出不来,目前 go 的就业没有 java 广
要选就 2,4 吧,建议选 2 年轻不磨练磨练就想着养老这辈子多无趣
我用 arthas 排查
接口响应 11s 你不去优化再怎么提高线程池数并发数都白搭
@luxinfl #10 不要再使用 parallelStream 写 io 操作因为它使用的是 forkjoinpool 是全局共用的,如果出现 io 阻塞会直接影响到其他使用 parallelStream 的代码
CompletableFuture 值得你花时间学习
@luxinfl #7 parallelStream 默认是 cpu 核心数的线程数,而且只推荐 cpu 密集型运算时使用
io 密集型请使用 Completablefuture+Fork/Join 线程池
ForkJoinPool 因为有工作窃取机制性能比其他线程池要高得多,多测试即可知道
Fork/Join 的策略就是会用主线程跑看源码就知道了
41 天前
回复了 22yune 创建的主题 Java Java 线程池核心线程数自适应算法 探讨
https://v2ex.com/t/741974
没有算法,业务压测自己配
安排开发时间,做好计划冗余然后报备(意思这段时间别来烦我我很忙在工作)
活着也是一天天重复,做什么不都是做
43 天前
回复了 monetto 创建的主题 Python Python 中 有 CAS 的实现吗
@janxin #5 设计模式不是 java 独有的,也不是 java 发明
cas 不是 java 独有的,也不是 java 发明
1  2  3  4  5  6  7  8  9  10  
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2499 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 71ms · UTC 15:08 · PVG 23:08 · LAX 07:08 · JFK 10:08
♥ Do have faith in what you're doing.