Java线程本身不导致内存泄漏，隐患源于生命周期管理不当：ThreadLocal未remove、静态集合强引用、线程池状态残留、内部类隐式持有外部对象。需显式清理、慎用静态共享、优先ThreadLocal、用静态内部类替代匿名类。
Java 中线程创建本身不会直接导致内存泄漏，真正埋下隐患的是线程生命周期管理不当，尤其是在线程复用（如线程池）和使用 ThreadLocal 的场景下。关键不在“怎么创建线程”，而在于“线程运行中持有谁、用完后是否清理”。
避免 ThreadLocal 引发的泄漏
这是最常见也最容易被忽视的源头。ThreadLocal 的 key 是弱引用，但 value 是强引用；当 ThreadLocal 实例被回收后，value 仍滞留在 Thread 的 ThreadLocalMap 中，若线程长期存活（如线程池中的工作线程），就会造成 value 对象无法回收。
- 每次使用完 ThreadLocal 后，必须显式调用 remove()，尤其在 finally 块中确保执行
- 不要仅依赖 set() 和 get()，避免在业务逻辑中遗漏清理
- 若使用 withInitial() 初始化，也要注意：初始值一旦设入，后续不 remove 就一直存在
- 自定义 ThreadLocal 子类时，避免在 initialValue() 中返回大对象或持有外部引用
慎用静态集合与线程间共享引用
线程创建后若往静态 Map/List 里存入自身引用、上下文对象或回调处理器，这些对象将随类加载器长期驻留。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 避免在线程任务中向 static 集合添加 this、外部类实例、Runnable 匿名对象等
- 若需缓存线程相关数据，优先用 ThreadLocal，而非静态容器 + 线程 ID 作为 key
- 确需静态集合时，选用 WeakHashMap 或搭配定时清理机制，防止 key 已失效但 value 仍被强持
线程池场景下的资源与状态清理
手动 new Thread 是短命线程，风险较低；但生产环境几乎都用线程池——线程被复用，其内部状态（如 InheritableThreadLocal、MDC、数据库连接、临时缓冲区）可能跨任务残留。
立即学习“Java免费学习笔记（深入）”；
- 在任务 run() 结束前，主动清理 ThreadLocal 变量（remove）、清空 MDC（
MDC.clear()）、关闭临时流或连接 - 对 ThreadPoolExecutor，可重写
beforeExecute和afterExecute方法，统一注入清理逻辑 - 避免在 Runnable/Callable 中持有 Activity、Fragment、Servlet 等短生命周期对象的强引用
警惕内部类与 Lambda 捕获导致的隐式引用
线程体若以匿名内部类或 Lambda 形式定义，会隐式持有外部类实例引用。若该线程被线程池长期持有，外部类就无法回收。
- 优先使用静态内部类 + 显式传参方式定义任务逻辑
- Lambda 中避免直接访问非 final 的外部字段；如需访问，提取为局部 final 变量再传入
- 对需异步执行且生命周期不确定的任务，考虑用 WeakReference 包装外部对象引用
