应使用 try-with-resources 替换普通 try，资源须实现 AutoCloseable 并声明在括号内，多资源用分号分隔，JVM 自动逆序关闭，禁止手动 close 或提前声明。
直接用 try-with-resources 替换普通 try，确保资源声明在 try 后的括号内，由 JVM 自动关闭。
确认资源类型实现了 AutoCloseable
只有实现 AutoCloseable（或其子接口 Closeable）的类才能用于 try-with-resources。常见如 FileInputStream、BufferedReader、Connection、Statement、ResultSet 等都符合要求。如果自定义类需支持，记得显式 implements AutoCloseable 并实现 close() 方法。
- 检查报错行的资源变量类型，确认它是否实现了 AutoCloseable
- 若使用第三方库对象，查阅文档确认是否支持自动关闭；不支持则需手动 close 或改用包装类
- 避免将非 AutoCloseable 对象（如普通 POJO、线程池、Logger）误写进 try-with-resources 括号中
把资源声明移到 try 括号里，别放在外部
SonarQube 报这个警告，往往是因为资源在 try 块外创建、未在 finally 中关闭，或虽用了 try-catch 但没用 try-with-resources 语法。正确写法是让资源初始化直接出现在 try 后的圆括号中。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- ❌ 错误：资源提前声明 →
BufferedReader reader = new BufferedReader(...); try { ... } catch {...} - ✅ 正确：资源在 try 括号内声明 →
try (BufferedReader reader = new BufferedReader(...)) { ... } - 多个资源用分号分隔，JVM 按声明逆序关闭（后声明的先关），无需手动管理关闭顺序
避免在 try-with-resources 中对资源重复调用 close()
try-with-resources 会自动调用 close()，若再在 try 块内显式调用，可能引发异常（如 IOException 或 IllegalStateException），也可能被 SonarQube 视为冗余操作而告警。
立即学习“Java免费学习笔记（深入）”；
- 删除 try 块内部所有
reader.close()、conn.close()这类手动关闭语句 - close() 调用由 JVM 在离开 try 块时保证执行（即使发生异常），且已包含 suppress 异常处理逻辑
- 若需在关闭前做清理（如 flush），应在 try 块内调用
flush()，而非close()
处理多资源嵌套或条件创建场景
有时资源创建有依赖或条件分支（比如只在某种情况下才 new Connection），不能简单写进 try 括号。此时可考虑提取为方法返回 AutoCloseable，或用 Optional + try-with-resources 组合。
- 推荐方式：封装成工厂方法 →
try (var conn = createConnection(); var stmt = conn.createStatement()) { ... } - 若必须动态创建，可用“赋值 null + finally 关闭”作为兜底，但优先重构为 try-with-resources 支持的形式
- 注意：不要用 if-else 分别 new 不同资源再共用一个 try，应确保每个分支都进入独立的 try-with-resources 或统一抽象为同一类型
