java多catch块必须按子类到父类顺序排列，否则子类异常分支成死代码；禁止重复捕获同类型异常；空catch或仅printstacktrace需加注释说明意图；优先使用try-with-resources管理资源。
Java中多catch块的顺序直接影响异常处理逻辑是否生效，SonarLint会明确标记“子类异常在父类之后捕获”为不合规问题——这不是风格建议，而是会导致部分异常永远无法进入对应处理分支的真实缺陷。
catch顺序必须由具体到宽泛
Java异常捕获遵循“最先匹配原则”，一旦某个catch块能覆盖抛出的异常类型，后续同级catch将被跳过。因此，子类异常（如 IllegalArgumentException）必须声明在父类（如 RuntimeException）之前。
- 错误写法：父类在前 → 子类分支变成死代码
- 正确写法：子类优先 → 确保特例逻辑可执行
- 推荐做法：按继承层级倒序排列，从最具体的异常开始
避免重复捕获同一异常类型
多个catch块若参数类型完全一致（如都写 IOException），只有第一个生效，其余均为冗余。SonarLint会提示“Noncompliant: duplicate catch block”。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 检查所有catch参数类型，删除重复声明
- 若需不同处理逻辑，应通过异常消息或状态码区分，而非靠重复catch
- 必要时提取公共处理逻辑到私有方法，保持catch体简洁
空catch或仅打印日志需显式说明意图
SonarLint对空catch块（catch (Exception e) {}）或仅调用 e.printStackTrace() 的情况会标为高风险。这不是反对日志记录，而是要求明确处理意图。
- 若确实要忽略异常，添加注释说明原因，例如：// SONAR-IGNORE: 外部服务不可用时静默降级
- 若需记录，使用SLF4J等标准日志框架，并包含上下文信息：log.warn("请求第三方API失败，使用缓存兜底", e)
- 禁止出现无任何动作、无注释的裸catch块
考虑用try-with-resources替代手动close
当catch块中包含资源释放逻辑（如finally里close流），SonarLint可能提示“Resource leak”或“Redundant finally”。更优解是直接使用try-with-resources语法。
- 自动管理实现了AutoCloseable的资源，无需手动try-catch-finally
- 异常抑制机制（suppressed exceptions）确保主异常不被覆盖
- 代码更短、意图更清晰，也天然规避了多数资源泄漏误报
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
