try-catch不改变对象生命周期，但影响异常对象引用状态：catch中异常对象因局部变量引用而存活，退出后若无其他引用则可被GC回收；频繁抛异常增加GC压力；finally或try-with-resources确保资源及时释放；普通对象GC仅取决于自身引用关系。
try-catch 本身不直接改变对象的生命周期，但它会影响异常对象的引用状态和存活时间，进而间接影响 GC 回收时机。
异常对象在 catch 块中的引用生命周期
当异常被抛出并进入 catch 块时，该异常对象会作为 catch 参数（如 catch (IOException e)）被局部变量 e 引用。只要这个变量还在作用域内（即未退出 catch 块），异常对象就处于“可达”状态，不会被 GC 回收。
- 一旦 catch 块执行结束，且没有其他强引用保留该异常对象，它就失去所有可达路径；
- 此时异常对象变为“不可达”，等待下一次 GC 周期被标记并回收；
- 如果在 catch 中将异常对象赋值给静态字段、集合或长期存活的对象，它可能被意外延长生命周期，甚至导致内存泄漏。
频繁抛异常会增加 GC 压力
异常对象（尤其是带完整堆栈跟踪的）通常体积较大，其创建涉及堆内存分配，并附带大量字符串和栈帧快照数据。
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 每次 new Exception() 或 throw 都可能在堆上分配数百字节到数KB内存；
- 高频异常 → 大量短命异常对象 → 新生代频繁 Minor GC；
- 若异常对象被意外缓存（如日志框架中保留引用），还可能晋升到老年代，加剧 Full GC 风险。
finally 块有助于资源对象及时释放
try-catch-finally 的 finally 块不处理异常本身，但能确保资源类对象（如 InputStream、Connection）被显式关闭，从而让这些资源对象更快脱离强引用链。
立即学习“Java免费学习笔记（深入）”；
- 资源对象若持有底层系统句柄（文件描述符、socket 等），不关闭会导致资源耗尽，间接影响 JVM 内存稳定性；
- 及时关闭后，资源包装对象（如 FileInputStream）不再被引用，可被快速回收；
- 推荐使用 try-with-resources 替代手动 finally，语法更简洁且编译器自动插入 close 调用。
异常处理不改变普通业务对象的 GC 行为
try-catch 块内部创建的普通对象（如 String、List）是否被回收，只取决于它们自身的引用关系，与是否在异常处理结构中无关。
- 在 try 块中 new 出的对象，若在 catch 或 finally 中无引用，且方法返回前未逃逸，通常随栈帧弹出而自然不可达；
- JVM 栈帧销毁后，其中的局部变量引用消失，对应堆对象立即满足 GC 条件（前提是无其他 GC Roots 可达路径）；
- 异常流程不会“冻结”或“保护”这些对象的生命周期。
