try-with-resources本身不会引发NPE，但资源初始化失败后在catch中误用未初始化变量、try内重赋值、多资源声明顺序错误或自定义close()未判空，均可能导致NPE。
try-with-resources 本身不会引发空指针异常（NPE），但**资源初始化失败时仍可能因后续误用导致 NPE**——关键不在语法，而在资源声明和使用方式是否严谨。
资源声明阶段就避免 null
如果构造资源对象时抛出异常（如 FileNotFoundException），该资源变量在 try 块内根本不会被成功赋值，但 try-with-resources 的关闭逻辑仍会安全跳过未初始化的资源，**不会触发 NPE**。真正危险的是：你在 catch 或 finally 中试图手动访问这个未初始化的变量。
- ❌ 错误示范：在 catch 块里直接调用未初始化资源的方法
- ✅ 正确做法：所有对资源的使用严格限定在 try 括号内；catch 中只处理业务逻辑或日志，不操作资源引用
别在 try 块内重新赋值资源变量
Java 规范明确禁止在 try-with-resources 的括号中声明资源后，又在 try 块内给它重新赋值为 null 或其他对象——这会破坏自动关闭机制，且可能让 close() 调用发生在 null 引用上（虽然 JVM 实际会跳过，但代码语义已混乱）。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- ❌
try (BufferedReader r = new BufferedReader(...)) { r = null; // 危险！ - ✅ 始终把资源变量视为只读引用，仅用于使用，不重赋值、不置 null
多资源声明注意依赖顺序，防止关闭时连锁 NPE
当多个资源存在包装关系（如 BufferedInputStream 包装 FileInputStream），必须按“外层 → 内层”顺序声明，否则关闭时外层流尝试刷新或 flush 底层流，而底层流已被提前关闭，可能抛出 IOException，极端情况下若关闭逻辑本身有判空疏漏，也可能间接暴露 NPE。
立即学习“Java免费学习笔记（深入）”；
- ✅ 正确：
try (FileInputStream fis = ...; BufferedInputStream bis = new BufferedInputStream(fis)) - ❌ 错误：
try (BufferedInputStream bis = ...; FileInputStream fis = ...)（bis 关闭时 fis 可能已关闭或为 null）
自定义资源要确保 close() 方法健壮
你自己实现 AutoCloseable 时，close() 方法必须能安全处理多次调用或 null 状态，不能假设“一定被初始化过”。
- ✅ 推荐写法：
public void close() { if (innerResource != null) innerResource.close(); } - ❌ 风险写法：
public void close() { innerResource.close(); }（innerResource 为 null 就直接 NPE）
