java 的 try-with-resources 语句在遇到 null 资源时不会抛出 nullpointerexception，而是会安全地忽略该资源的关闭操作。这是因为 java 编译器在生成字节码时，会自动将资源变量与 autocloseable 接口进行判空检查，只有当资源不为 null 时才会调用其 close() 方法。
try-with-resources 处理 null 的具体机制是什么
该机制依赖于编译器自动生成的 finally 块中的隐式判空逻辑。当你在 try 语句中声明实现了 AutoCloseable 接口的资源时，编译器会将其转换为一个标准的 try-finally 结构。在 finally 块中，它会先检查资源引用是否为 null，如果为 null 则跳过 close() 调用，从而避免了 NPE。
import java.io.*;
public class NullResourceTest {
public static void main(String[] args) {
// 模拟一个可能为 null 的资源
Closeable resource = null;
try (resource) {
System.out.println("执行业务逻辑");
// 这里即使 resource 是 null，也不会报错
} catch (IOException e) {
System.err.println("捕获到异常: " + e.getMessage());
}
System.out.println("程序正常结束");
}
}
运行上述代码，输出结果为：
执行业务逻辑
程序正常结束
这证实了 null 资源被安全忽略，且没有抛出任何异常。
多个资源中部分为 null 时会发生什么
当 try-with-resources 包含多个资源时，如果其中某些资源为 null，编译器同样会为每个资源生成独立的判空和关闭逻辑。非 null 的资源会正常执行 close()，而 null 资源会被跳过。这种设计允许开发者在不预先初始化所有资源的情况下，安全地使用 try-with-resources 管理它们。
立即学习“Java免费学习笔记（深入）”；
import java.io.*;
public class MultipleNullResourcesTest {
public static void main(String[] args) {
Closeable res1 = new FileInputStream("/dev/null");
Closeable res2 = null;
Closeable res3 = new ByteArrayInputStream(new byte[0]);
try (res1; res2; res3) {
System.out.println("业务逻辑执行");
} catch (IOException e) {
System.err.println("异常: " + e);
}
}
}
该程序的预期输出为：
业务逻辑执行
在此场景中，res1 和 res3 是非 null 的，因此它们的 close() 方法会被调用；res2 为 null，其关闭操作被跳过。整个流程无异常抛出，符合预期行为。
基于 close() 方法内部抛出异常时的具体表现
如果非 null 资源的 close() 方法在执行过程中抛出了异常，该异常会被记录并可能与 try 块中抛出的异常进行抑制（Suppressed）。但 null 资源由于跳过了 close() 调用，因此不会产生任何异常。这意味着 null 资源在异常传播链中是完全透明的，不会影响其他资源的异常处理逻辑。
