Java中对象逃逸是指本该栈封闭的对象被意外暴露到其他作用域，导致状态污染、NPE、内存泄漏或并发不安全等问题；排查需检查new Thread()、submit()等调用中是否引用this、局部对象或外部变量，重点审查构造器提前发布、返回值、静态赋值及共享集合存储，并通过-XX:+PrintEscapeAnalysis验证。
看对象是否被跨线程持有
最典型的是把 HttpServletRequest、this 引用 或局部新建对象传给新线程（如 executor.submit()）。Tomcat 的 Request 对象被复用后字段清空，异步线程再访问就会 NPE；构造函数里提前发布 this，其他线程可能读到未初始化字段。
- 检查所有
new Thread()、ExecutorService.submit()、CompletableFuture.runAsync()等调用，确认 Runnable/Callable 内部是否引用了方法外变量、类字段或 this - 重点审查构造器：是否在初始化完成前就执行了
registerListener(this)、threadPool.submit(this)等操作 - Web 场景下，禁止将
HttpServletRequest、HttpServletResponse或其包装类作为参数传入异步任务
查对象是否被方法外或全局引用
对象一旦作为返回值、赋值给静态变量、存入共享集合（如 static List、缓存 Map）、或传入外部方法后被间接保存，就脱离了当前栈帧，必然逃逸。
- 搜索代码中
return new Xxx()、public static xxx = new Xxx()、cache.put(key, new Xxx())等模式 - 注意日志、监控、序列化等“看似无害”的调用——比如
logger.info("data: {}", obj)可能触发 toString()，而该方法内部又引用了外部上下文 - Lombok 的
@Data或 Jackson 反序列化时，若构造函数抛受检异常，会导致对象半初始化，间接造成逸出风险
用 JVM 参数验证逃逸行为
别靠猜，让 JIT 编译器告诉你真实情况：
- 启动时加参数：
-XX:+DoEscapeAnalysis -XX:+PrintEscapeAnalysis -XX:+UnlockDiagnosticVMOptions - 观察控制台输出，每行会标注类似
escaped method: com.example.Xxx.test() Object x is not escaped或Object y escapes - 配合
jstat -gc <pid></pid>对比开启前后 Eden 区分配速率，若标量替换生效，短期对象分配量应明显下降
从代码写法上主动防逸出
预防比排查更高效：
立即学习“Java免费学习笔记（深入）”；
- 局部对象全部用
final声明，避免被意外重赋值或传出 - 需要复用的状态（如
SimpleDateFormat）改用ThreadLocal<x></x>封装，不共享实例 - 资源类（数据库连接、文件句柄）不用构造函数加载，改用静态工厂方法（
DatabaseConnection.create(url)），失败可明确返回Optional.empty()或自定义运行时异常 - 关键业务对象设计为不可变（字段
final、无 setter、构造即完整），即使逸出也无法被篡改
