验证 try-with-resources 关闭资源的核心是确认 close() 被调用且仅一次,正常和异常流程下均执行;推荐用自定义 AutoCloseable 类(含标志位)或 Mockito 模拟并 verify.close(),避免依赖日志等不可靠方式。

要验证 try-with-resources 是否正确关闭资源,核心是检查资源的 close() 方法是否被调用,且仅调用一次、在异常或正常流程下都执行。最直接可靠的方式是使用可监控的测试资源(如自定义类或 Mockito 模拟),结合断言完成验证。
用自定义资源类 + 标志位验证关闭行为
编写一个实现 AutoCloseable 的测试资源,在 close() 中设置标志,并提供检查方法:
static class TestResource implements AutoCloseable {
boolean closed = false;
@Override
public void close() {
closed = true;
}
boolean isClosed() { return closed; }
}
在测试中使用它:
@Test
void testTryWithResourcesClosesOnSuccess() {
TestResource resource = new TestResource();
try (resource) {
// 业务逻辑
}
assertTrue(resource.isClosed()); // 关闭被触发
}
同样可测试异常场景:
立即学习“Java免费学习笔记(深入)”;
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式,或要求按照代码注释规范处理 Java 文件时,使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则,并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括:补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
@Test
void testTryWithResourcesClosesOnException() {
TestResource resource = new TestResource();
assertThrows(RuntimeException.class, () -> {
try (resource) {
throw new RuntimeException("simulated error");
}
});
assertTrue(resource.isClosed()); // 即使抛异常,仍关闭
}
用 Mockito 模拟资源并验证 close() 调用
当资源是接口(如 InputStream、Connection)时,可用 Mockito 模拟并验证 close() 是否被调用:
- 创建 mock 资源(确保它实现了
AutoCloseable或Closeable) - 在 try-with-resources 块中使用它
- 用
verify(mock).close()断言关闭发生
示例:
@Test
void testCloseCalledWithMock() {
Closeable mockResource = mock(Closeable.class);
try (mockResource) {
// do something
} catch (Exception e) {
// ignore
}
verify(mockResource).close(); // 验证 close 确实被调用
}
注意多资源与异常抑制的边界情况
多个资源声明时,关闭顺序是**逆序**,且后关闭的资源若抛异常,前一个的异常可能被抑制。测试时需关注:
- 每个资源的
close()都应被执行(除非前面已抛出严重异常如OutOfMemoryError) - 若某个
close()抛异常,主异常仍被抛出,抑制异常可通过exception.getSuppressed()获取 - 建议对关键资源单独测试,避免耦合干扰
不推荐依赖日志或外部状态做判断
例如在 close() 中打印日志再靠控制台输出断言——这不可靠,易受并发、重定向、测试框架捕获等影响。应坚持使用可编程验证方式(标志位、mock 验证、计数器等)。

















