第60.3篇多线程生产环境避坑清单2026版系列导航《Java 100 天进阶之路》完整目录 |⬅️ 上一篇第60.2篇多线程面试官追问陷阱合集 |➡️ 下一篇第60.4篇多线程代码示例集️ 本文阅读地图2 分钟速览多线程开发中99% 的线上问题都集中在少数几个坑点上。本文汇总 20 个生产环境真实踩坑案例每条配错误案例 正确做法直接落地到代码规范分类坑点数量线程池陷阱5 条锁与并发工具陷阱4 条异步编程陷阱3 条原子类与 CAS 陷阱3 条ThreadLocal 陷阱4 条综合排查陷阱3 条文章目录第60.3篇多线程生产环境避坑清单2026版️ 本文阅读地图2 分钟速览一、线程池陷阱5条❌ 坑1Executors 创建线程池❌ 坑2线程池未设置线程名❌ 坑3submit 异常被吞没❌ 坑4线程池不关闭❌ 坑5IO 密集型线程数设置过大/过小二、锁与并发工具陷阱4条❌ 坑6ReentrantLock 不 finally unlock❌ 坑7synchronized 锁对象用 String 常量❌ 坑8CountDownLatch 计数器不归零❌ 坑9死锁只用 jstack 不改代码三、异步编程陷阱3条❌ 坑10CompletableFuture 不设超时❌ 坑11CompletableFuture 异常不处理❌ 坑12用 commonPool 做业务异步四、原子类与 CAS 陷阱3条❌ 坑13volatile 做计数器❌ 坑14ABA 问题❌ 坑15LongAdder 做精确计算五、ThreadLocal 陷阱4条❌ 坑16ThreadLocal 用完不 remove❌ 坑17ThreadLocal 存大对象❌ 坑18线程池用 InheritableThreadLocal❌ 坑19set(null) 替代 remove六、综合排查陷阱3条❌ 坑20jstack 抓不到间歇性死锁❌ 坑21数据库连接池死锁❌ 坑22多线程共用 HashMap 你的学习进度 下一篇文章预告一、线程池陷阱5条❌ 坑1Executors 创建线程池// ❌ 错误ExecutorServicepoolExecutors.newFixedThreadPool(10);// 无界队列 → 任务堆积 → OOM// ✅ 正确手动创建有界线程池ExecutorServicepoolnewThreadPoolExecutor(10,20,60L,TimeUnit.SECONDS,newArrayBlockingQueue(100),newThreadFactoryBuilder().setNameFormat(biz-%d).build(),newThreadPoolExecutor.CallerRunsPolicy());❌ 坑2线程池未设置线程名// ❌ 错误线程名默认 pool-1-thread-1无法定位业务ExecutorServicepoolExecutors.newFixedThreadPool(10);// ✅ 正确自定义 ThreadFactoryThreadFactoryfactoryr-newThread(r,order-pool-System.currentTimeMillis());❌ 坑3submit 异常被吞没// ❌ 错误submit 不处理 Future异常静默消失pool.submit(()-{thrownewRuntimeException();});// ✅ 正确处理 Future 或使用 executeFuture?futurepool.submit(task);try{future.get();}catch(ExecutionExceptione){log.error(,e);}// 或使用 execute异常直接抛出pool.execute(task);❌ 坑4线程池不关闭// ❌ 错误程序退出时线程池未关闭资源泄漏ExecutorServicepoolExecutors.newFixedThreadPool(10);pool.submit(task);// ✅ 正确优雅关闭try{pool.shutdown();if(!pool.awaitTermination(60,TimeUnit.SECONDS))pool.shutdownNow();}catch(InterruptedExceptione){pool.shutdownNow();}❌ 坑5IO 密集型线程数设置过大/过小// ❌ 错误未区分 CPU/IO 类型newThreadPoolExecutor(4,4,...);// 假设 CPU 4 核IO 密集型配置不足// ✅ 正确IO 密集型 CPU 核数 × 2 ~ 4intioCoreRuntime.getRuntime().availableProcessors()*2;newThreadPoolExecutor(ioCore,ioCore*2,...);二、锁与并发工具陷阱4条❌ 坑6ReentrantLock 不 finally unlock// ❌ 错误异常时锁不释放lock.lock();// 业务逻辑抛异常 → 死锁lock.unlock();// ✅ 正确finally 释放lock.lock();try{/* 业务 */}finally{lock.unlock();}❌ 坑7synchronized 锁对象用 String 常量// ❌ 错误不同模块共享同一字符串常量池StringLOCKLOCK;synchronized(LOCK){/* 其他模块也用 LOCK 意外死锁 */}// ✅ 正确使用专用 ObjectObjectlocknewObject();synchronized(lock){/* 只锁当前模块 */}❌ 坑8CountDownLatch 计数器不归零// ❌ 错误异常时 countDown 未执行 → 主线程永久阻塞CountDownLatchlatchnewCountDownLatch(10);for(inti0;i10;i){pool.submit(()-{try{/* 业务 */}finally{latch.countDown();}});}latch.await();// 某个任务异常退出 → 永久阻塞// ✅ 正确await 带超时if(!latch.await(10,TimeUnit.SECONDS)){log.error(超时);}❌ 坑9死锁只用 jstack 不改代码// ❌ 错误只发现死锁不分析根因// 输出 Found one Java-level deadlock改完又出现// ✅ 正确分析锁顺序统一获取顺序或改用 tryLock// 方案所有线程按固定顺序获取锁先 lockA 再 lockB三、异步编程陷阱3条❌ 坑10CompletableFuture 不设超时// ❌ 错误依赖服务卡死 → 线程永远阻塞CompletableFuture.supplyAsync(()-callSlowApi()).join();// ✅ 正确设超时 兜底CompletableFuture.supplyAsync(()-callSlowApi()).completeOnTimeout(fallback,3,TimeUnit.SECONDS).join();❌ 坑11CompletableFuture 异常不处理// ❌ 错误异常静默消失排查极难CompletableFuture.supplyAsync(()-{thrownewRuntimeException();}).thenAccept(System.out::println);// 异常被吞// ✅ 正确异常处理 日志CompletableFuture.supplyAsync(()-{thrownewRuntimeException();}).exceptionally(e-{log.error(,e);returnnull;}).thenAccept(System.out::println);❌ 坑12用 commonPool 做业务异步// ❌ 错误业务异步用默认线程池CompletableFuture.supplyAsync(()-callApi());// 所有模块共用 commonPool → 互相影响// ✅ 正确自建业务线程池CompletableFuture.supplyAsync(()-callApi(),AsyncPool.IO_POOL);四、原子类与 CAS 陷阱3条❌ 坑13volatile 做计数器// ❌ 错误多线程 count结果小于预期volatileintcount0;// 100 线程各加 100 次结果 10000// ✅ 正确用 AtomicInteger 或 LongAdderAtomicIntegercountnewAtomicInteger(0);count.incrementAndGet();❌ 坑14ABA 问题// ❌ 错误无锁栈/队列直接用 AtomicReferenceAtomicReferenceNodestacknewAtomicReference();// 可能发生 ABA → 链表断裂// ✅ 正确用 AtomicStampedReferenceAtomicStampedReferenceNodestacknewAtomicStampedReference(null,0);❌ 坑15LongAdder 做精确计算// ❌ 错误用 LongAdder 做精确统计LongAdderaddernewLongAdder();longtotaladder.sum();// 弱一致性累加过程有并发修改// ✅ 正确需要精确值用 AtomicLong 或加锁AtomicLongcounternewAtomicLong(0);longexactcounter.get();// 强一致性五、ThreadLocal 陷阱4条❌ 坑16ThreadLocal 用完不 remove// ❌ 错误线程池场景忘记清理脏数据 内存泄漏ThreadLocalStringcontextnewThreadLocal();context.set(userId);// 任务结束不 remove → 下一个请求读到旧 userId// ✅ 正确try-finally 保证 removetry{context.set(userId);// 业务}finally{context.remove();// 必须}❌ 坑17ThreadLocal 存大对象// ❌ 错误存大对象导致单线程内存占用高ThreadLocalbyte[]cachenewThreadLocal();cache.set(newbyte[1024*1024]);// 每个线程 1MB// 线程池 100 线程 → 100MB 内存泄漏// ✅ 正确只存轻量级 key大对象放 Redis/缓存ThreadLocalStringcacheKeynewThreadLocal();Stringkeyuser:userId;// 大对象从外部缓存获取❌ 坑18线程池用 InheritableThreadLocal// ❌ 错误InheritableThreadLocal 不适用于线程池InheritableThreadLocalStringtlnewInheritableThreadLocal();tl.set(parent);pool.submit(()-System.out.println(tl.get()));// 可能为 null// ✅ 正确用 TransmittableThreadLocal阿里开源TransmittableThreadLocalStringttlnewTransmittableThreadLocal();ttl.set(parent);RunnabletaskTtlRunnable.get(()-System.out.println(ttl.get()));pool.submit(task);❌ 坑19set(null) 替代 remove// ❌ 错误set(null) 不删除 Entry内存泄漏仍然存在context.set(null);// Entry 还在只是 value 为 null// ✅ 正确必须 remove()context.remove();// 删除整个 Entry六、综合排查陷阱3条❌ 坑20jstack 抓不到间歇性死锁// ❌ 错误抓一次没看到 deadlock 就认为没问题// 间歇性死锁只在特定时序下触发// ✅ 正确多次抓取 开启 JVM 参数// -XX:PrintConcurrentLocks 打印锁信息// 或使用 Arthas thread -b 实时检测❌ 坑21数据库连接池死锁// ❌ 错误所有连接被占满新请求等待 → 但等待线程持有其他资源// 连接池大小 并发请求数 → 死锁// ✅ 正确设置合理的连接池大小 超时// 每个请求的 SQL 执行时间 连接超时// 监控连接池使用率提前扩容❌ 坑22多线程共用 HashMap// ❌ 错误多线程直接写 HashMapMapString,StringmapnewHashMap();map.put(key,value);// 并发 → 死循环/数据丢失// ✅ 正确用 ConcurrentHashMapMapString,StringmapnewConcurrentHashMap();map.put(key,value); 你的学习进度当前第60.3篇 ·多线程专题外挂生产环境避坑清单✅ 已完成基础篇44篇 第45~60篇 第60.1~60.3篇 正在学第60.3篇⏳ 待学习第60.4篇代码示例集 第61~108篇 完整目录 学习指南 | 订阅本专栏不错过每一篇 下一篇文章预告下一篇《第60.4篇多线程代码示例集》内容简介面试可直接背诵的多线程代码模板覆盖线程创建、锁使用、线程池、异步编排、CAS 等所有场景《Java 100 天进阶之路 | 从入门到上岗就业》每天一篇建议收藏 关注一起100天拿offer 点击关注我更新后第一时间收到推送
第60.3篇多线程生产环境避坑清单2026版系列导航《Java 100 天进阶之路》完整目录 |⬅️ 上一篇第60.2篇多线程面试官追问陷阱合集 |➡️ 下一篇第60.4篇多线程代码示例集️ 本文阅读地图2 分钟速览多线程开发中99% 的线上问题都集中在少数几个坑点上。本文汇总 20 个生产环境真实踩坑案例每条配错误案例 正确做法直接落地到代码规范分类坑点数量线程池陷阱5 条锁与并发工具陷阱4 条异步编程陷阱3 条原子类与 CAS 陷阱3 条ThreadLocal 陷阱4 条综合排查陷阱3 条文章目录第60.3篇多线程生产环境避坑清单2026版️ 本文阅读地图2 分钟速览一、线程池陷阱5条❌ 坑1Executors 创建线程池❌ 坑2线程池未设置线程名❌ 坑3submit 异常被吞没❌ 坑4线程池不关闭❌ 坑5IO 密集型线程数设置过大/过小二、锁与并发工具陷阱4条❌ 坑6ReentrantLock 不 finally unlock❌ 坑7synchronized 锁对象用 String 常量❌ 坑8CountDownLatch 计数器不归零❌ 坑9死锁只用 jstack 不改代码三、异步编程陷阱3条❌ 坑10CompletableFuture 不设超时❌ 坑11CompletableFuture 异常不处理❌ 坑12用 commonPool 做业务异步四、原子类与 CAS 陷阱3条❌ 坑13volatile 做计数器❌ 坑14ABA 问题❌ 坑15LongAdder 做精确计算五、ThreadLocal 陷阱4条❌ 坑16ThreadLocal 用完不 remove❌ 坑17ThreadLocal 存大对象❌ 坑18线程池用 InheritableThreadLocal❌ 坑19set(null) 替代 remove六、综合排查陷阱3条❌ 坑20jstack 抓不到间歇性死锁❌ 坑21数据库连接池死锁❌ 坑22多线程共用 HashMap 你的学习进度 下一篇文章预告一、线程池陷阱5条❌ 坑1Executors 创建线程池// ❌ 错误ExecutorServicepoolExecutors.newFixedThreadPool(10);// 无界队列 → 任务堆积 → OOM// ✅ 正确手动创建有界线程池ExecutorServicepoolnewThreadPoolExecutor(10,20,60L,TimeUnit.SECONDS,newArrayBlockingQueue(100),newThreadFactoryBuilder().setNameFormat(biz-%d).build(),newThreadPoolExecutor.CallerRunsPolicy());❌ 坑2线程池未设置线程名// ❌ 错误线程名默认 pool-1-thread-1无法定位业务ExecutorServicepoolExecutors.newFixedThreadPool(10);// ✅ 正确自定义 ThreadFactoryThreadFactoryfactoryr-newThread(r,order-pool-System.currentTimeMillis());❌ 坑3submit 异常被吞没// ❌ 错误submit 不处理 Future异常静默消失pool.submit(()-{thrownewRuntimeException();});// ✅ 正确处理 Future 或使用 executeFuture?futurepool.submit(task);try{future.get();}catch(ExecutionExceptione){log.error(,e);}// 或使用 execute异常直接抛出pool.execute(task);❌ 坑4线程池不关闭// ❌ 错误程序退出时线程池未关闭资源泄漏ExecutorServicepoolExecutors.newFixedThreadPool(10);pool.submit(task);// ✅ 正确优雅关闭try{pool.shutdown();if(!pool.awaitTermination(60,TimeUnit.SECONDS))pool.shutdownNow();}catch(InterruptedExceptione){pool.shutdownNow();}❌ 坑5IO 密集型线程数设置过大/过小// ❌ 错误未区分 CPU/IO 类型newThreadPoolExecutor(4,4,...);// 假设 CPU 4 核IO 密集型配置不足// ✅ 正确IO 密集型 CPU 核数 × 2 ~ 4intioCoreRuntime.getRuntime().availableProcessors()*2;newThreadPoolExecutor(ioCore,ioCore*2,...);二、锁与并发工具陷阱4条❌ 坑6ReentrantLock 不 finally unlock// ❌ 错误异常时锁不释放lock.lock();// 业务逻辑抛异常 → 死锁lock.unlock();// ✅ 正确finally 释放lock.lock();try{/* 业务 */}finally{lock.unlock();}❌ 坑7synchronized 锁对象用 String 常量// ❌ 错误不同模块共享同一字符串常量池StringLOCKLOCK;synchronized(LOCK){/* 其他模块也用 LOCK 意外死锁 */}// ✅ 正确使用专用 ObjectObjectlocknewObject();synchronized(lock){/* 只锁当前模块 */}❌ 坑8CountDownLatch 计数器不归零// ❌ 错误异常时 countDown 未执行 → 主线程永久阻塞CountDownLatchlatchnewCountDownLatch(10);for(inti0;i10;i){pool.submit(()-{try{/* 业务 */}finally{latch.countDown();}});}latch.await();// 某个任务异常退出 → 永久阻塞// ✅ 正确await 带超时if(!latch.await(10,TimeUnit.SECONDS)){log.error(超时);}❌ 坑9死锁只用 jstack 不改代码// ❌ 错误只发现死锁不分析根因// 输出 Found one Java-level deadlock改完又出现// ✅ 正确分析锁顺序统一获取顺序或改用 tryLock// 方案所有线程按固定顺序获取锁先 lockA 再 lockB三、异步编程陷阱3条❌ 坑10CompletableFuture 不设超时// ❌ 错误依赖服务卡死 → 线程永远阻塞CompletableFuture.supplyAsync(()-callSlowApi()).join();// ✅ 正确设超时 兜底CompletableFuture.supplyAsync(()-callSlowApi()).completeOnTimeout(fallback,3,TimeUnit.SECONDS).join();❌ 坑11CompletableFuture 异常不处理// ❌ 错误异常静默消失排查极难CompletableFuture.supplyAsync(()-{thrownewRuntimeException();}).thenAccept(System.out::println);// 异常被吞// ✅ 正确异常处理 日志CompletableFuture.supplyAsync(()-{thrownewRuntimeException();}).exceptionally(e-{log.error(,e);returnnull;}).thenAccept(System.out::println);❌ 坑12用 commonPool 做业务异步// ❌ 错误业务异步用默认线程池CompletableFuture.supplyAsync(()-callApi());// 所有模块共用 commonPool → 互相影响// ✅ 正确自建业务线程池CompletableFuture.supplyAsync(()-callApi(),AsyncPool.IO_POOL);四、原子类与 CAS 陷阱3条❌ 坑13volatile 做计数器// ❌ 错误多线程 count结果小于预期volatileintcount0;// 100 线程各加 100 次结果 10000// ✅ 正确用 AtomicInteger 或 LongAdderAtomicIntegercountnewAtomicInteger(0);count.incrementAndGet();❌ 坑14ABA 问题// ❌ 错误无锁栈/队列直接用 AtomicReferenceAtomicReferenceNodestacknewAtomicReference();// 可能发生 ABA → 链表断裂// ✅ 正确用 AtomicStampedReferenceAtomicStampedReferenceNodestacknewAtomicStampedReference(null,0);❌ 坑15LongAdder 做精确计算// ❌ 错误用 LongAdder 做精确统计LongAdderaddernewLongAdder();longtotaladder.sum();// 弱一致性累加过程有并发修改// ✅ 正确需要精确值用 AtomicLong 或加锁AtomicLongcounternewAtomicLong(0);longexactcounter.get();// 强一致性五、ThreadLocal 陷阱4条❌ 坑16ThreadLocal 用完不 remove// ❌ 错误线程池场景忘记清理脏数据 内存泄漏ThreadLocalStringcontextnewThreadLocal();context.set(userId);// 任务结束不 remove → 下一个请求读到旧 userId// ✅ 正确try-finally 保证 removetry{context.set(userId);// 业务}finally{context.remove();// 必须}❌ 坑17ThreadLocal 存大对象// ❌ 错误存大对象导致单线程内存占用高ThreadLocalbyte[]cachenewThreadLocal();cache.set(newbyte[1024*1024]);// 每个线程 1MB// 线程池 100 线程 → 100MB 内存泄漏// ✅ 正确只存轻量级 key大对象放 Redis/缓存ThreadLocalStringcacheKeynewThreadLocal();Stringkeyuser:userId;// 大对象从外部缓存获取❌ 坑18线程池用 InheritableThreadLocal// ❌ 错误InheritableThreadLocal 不适用于线程池InheritableThreadLocalStringtlnewInheritableThreadLocal();tl.set(parent);pool.submit(()-System.out.println(tl.get()));// 可能为 null// ✅ 正确用 TransmittableThreadLocal阿里开源TransmittableThreadLocalStringttlnewTransmittableThreadLocal();ttl.set(parent);RunnabletaskTtlRunnable.get(()-System.out.println(ttl.get()));pool.submit(task);❌ 坑19set(null) 替代 remove// ❌ 错误set(null) 不删除 Entry内存泄漏仍然存在context.set(null);// Entry 还在只是 value 为 null// ✅ 正确必须 remove()context.remove();// 删除整个 Entry六、综合排查陷阱3条❌ 坑20jstack 抓不到间歇性死锁// ❌ 错误抓一次没看到 deadlock 就认为没问题// 间歇性死锁只在特定时序下触发// ✅ 正确多次抓取 开启 JVM 参数// -XX:PrintConcurrentLocks 打印锁信息// 或使用 Arthas thread -b 实时检测❌ 坑21数据库连接池死锁// ❌ 错误所有连接被占满新请求等待 → 但等待线程持有其他资源// 连接池大小 并发请求数 → 死锁// ✅ 正确设置合理的连接池大小 超时// 每个请求的 SQL 执行时间 连接超时// 监控连接池使用率提前扩容❌ 坑22多线程共用 HashMap// ❌ 错误多线程直接写 HashMapMapString,StringmapnewHashMap();map.put(key,value);// 并发 → 死循环/数据丢失// ✅ 正确用 ConcurrentHashMapMapString,StringmapnewConcurrentHashMap();map.put(key,value); 你的学习进度当前第60.3篇 ·多线程专题外挂生产环境避坑清单✅ 已完成基础篇44篇 第45~60篇 第60.1~60.3篇 正在学第60.3篇⏳ 待学习第60.4篇代码示例集 第61~108篇 完整目录 学习指南 | 订阅本专栏不错过每一篇 下一篇文章预告下一篇《第60.4篇多线程代码示例集》内容简介面试可直接背诵的多线程代码模板覆盖线程创建、锁使用、线程池、异步编排、CAS 等所有场景《Java 100 天进阶之路 | 从入门到上岗就业》每天一篇建议收藏 关注一起100天拿offer 点击关注我更新后第一时间收到推送
