-
Executors 埋的雷:一次线程池配置踩坑的复盘
几个用户同时导出大报表,报表服务就 OOM 挂掉了。根子是代码里用 Executors 随手创建的线程池:newFixedThreadPool 的无界队列撑爆内存、newCachedThreadPool 的无界线程数压力下爆炸。几天梳理线程池:七个参数、有界队列、拒绝策略、线程数估算、业务隔离、异常处理、优雅关闭、监控。- 0
- 0
-
线程池踩坑:无界队列把堆撑爆,一次 OOM 宕机的复盘
活动高峰服务反复 OOM 宕机,dump 分析发现一个线程池队列里堆了三百多万个任务,几个 G 的堆全被它占满。罪魁是 Executors.newFixedThreadPool 默认的无界队列。几天治理:显式构造 ThreadPoolExecutor、有界队列、拒绝策略产生背压、按业务隔离线程池、补齐 7 类监控指标。- 0
- 0
-
一个共用线程池拖垮全站:线程池隔离与参数调优实录
商品详情服务并行调 5 个下游,共用一个线程池。推荐服务抖动 RT 涨到 3s,十分钟全站接口 503。一周治理:有界队列 + 按下游隔离 5 个线程池(舱壁模式)+ 任务超时 + Resilience4j 熔断 + 动态线程池 + 监控告警。下游再抖动,影响圈死在单业务内。- 0
- 0
线程池
-
￥优惠劵使用时效：无法使用使用时效：
之前
使用时效：永久有效优惠劵ID：×