Java中catch块异常类型必须按子类到父类顺序排列，否则编译报错；推荐多异常捕获（|分隔）而非instanceof判断；避免首catch使用Exception或Throwable，须显式处理受检异常。
catch 块中异常类型必须从子类到父类排列
Java 要求 catch 块的声明顺序必须是“更具体的异常在前，更通用的在后”，否则编译直接报错 Unreachable catch block。这是因为 JVM 按代码顺序逐个匹配，一旦前面的父类异常（如 Exception）能捕获当前异常，后面的子类异常（如 NullPointerException）就永远无法执行。
- ✅ 正确写法：
catch (NullPointerException e)→catch (IllegalArgumentException e)→catch (Exception e) - ❌ 错误写法：
catch (Exception e)放在catch (NullPointerException e)前面 → 编译失败 - 注意：同级异常（如
IOException和SQLException）可以任意顺序，只要不互相继承
多 catch 用法优先于单 catch + instanceof 判断
Java 7 引入了多异常捕获语法（| 分隔），比在单个 catch (Exception e) 里用 instanceof 手动分发更安全、更清晰，也避免了类型擦除带来的误判风险。
- 推荐写法：
catch (IOException | SQLException e)—— 共享同一段处理逻辑时简洁明确 - 不推荐：
catch (Exception e) { if (e instanceof IOException) { ... } else if (e instanceof SQLException) { ... } }—— 冗长且容易漏判新异常子类 - 注意：
|只支持并列的、无继承关系的异常类型；不能写catch (Exception | RuntimeException e)（后者是前者的子类）
不要用 Exception 或 Throwable 作为第一个 catch
把 catch (Exception e) 或更糟的 catch (Throwable t) 放在最前面，会吞掉本该被精确处理的异常，掩盖真实问题，还可能让 finally 中的资源清理失效（比如 InterruptedException 被静默吃掉，线程中断状态丢失）。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 典型陷阱：网络调用中
catch (Exception e)吞掉了SocketTimeoutException，导致重试逻辑失效 - 建议层级：
catch (SpecificBusinessException e)→catch (IOException e)→catch (RuntimeException e)（可选兜底） -
catch (Error e)几乎不该出现——Error表示 JVM 级严重问题（如OutOfMemoryError），不应尝试恢复
检查是否遗漏了受检异常（checked exception）
方法签名中声明的受检异常（如 IOException、SQLException）必须被显式处理：要么在当前方法 try-catch，要么向上 throws。如果只写了 catch (RuntimeException e)，编译器会报错“unreported exception XXX; must be caught or declared to be thrown”。
立即学习“Java免费学习笔记（深入）”；
- 常见疏忽：调用
FileInputStream构造器或ObjectOutputStream.writeObject()时忽略IOException - IDE 通常高亮提示，但手动删掉自动生成的
catch块后容易忘记补上对应类型 - 注意：
catch (Exception e)能覆盖所有受检异常，但属于“过度捕获”，违背异常分类设计初衷
try 块后顺手补了个 catch (Exception e) 就提交——它看起来“保险”，却让后续维护者完全看不到这里真正可能抛什么异常。 
