Java中方法正确抛出异常的关键是：区分受检与非受检异常，受检异常必须throws声明或try-catch处理，非受检异常可选择性抛出；优先封装原始异常形成业务异常链，避免裸throw或throws Exception，确保资源释放后再抛出。
在 Java 中，方法中正确处理异常并向上抛出，关键在于区分 受检异常（checked exception） 和 非受检异常（unchecked exception），并根据业务语义决定是捕获处理、转换封装，还是直接声明抛出。
明确异常类型，决定是否必须 throws
Java 要求方法若可能抛出受检异常（如 IOException、SQLException），且不自己处理，就必须在方法签名中用 throws 声明。非受检异常（如 NullPointerException、IllegalArgumentException）则无需声明，但也可选择抛出。
- 受检异常：编译器强制你面对它——要么 try-catch，要么 throws
- 非受检异常：通常表示编程错误或运行时问题，一般不建议盲目 throws，而应提前校验或转为更明确的业务异常
不要裸 throw，优先封装或转换异常
直接 throw 原始异常（尤其是底层异常如 SQLException）会暴露实现细节，破坏封装性。推荐用 异常链（cause） 封装，并提供更清晰的上下文。
- 使用
throw new BusinessException("读取用户失败", e);包裹原始异常 - 确保自定义异常继承
RuntimeException（非受检）或Exception（受检），按需选择 - 避免吞掉异常信息，比如只写
throw new RuntimeException("出错了")而丢弃 cause
在 throws 中列出实际可能抛出的异常类型
方法签名中的 throws 不是“保险清单”，而是契约——调用方依赖它做错误处理。只声明真正可能抛出的异常，且粒度合理。
立即学习“Java免费学习笔记（深入）”；
- 不要写
throws Exception，这等于没说；应具体如throws IOException, DataAccessException - 如果方法内调用了多个可能抛异常的操作，合并同类项，避免冗余声明
- 若内部已 catch 并处理了某异常（如重试后成功），就不应在 throws 中列出它
配合 try-with-resources 或 finally 清理资源，再抛异常
涉及 IO、数据库连接等资源时，即使要向上抛异常，也必须先确保资源被正确释放，否则会导致内存泄漏或连接耗尽。
- 优先用 try-with-resources 自动关闭（适用于实现了
AutoCloseable的资源） - 若手动管理，把 close() 放在 finally 块，并注意 suppress 异常（Java 7+ 的 try-with-resources 会自动 addSuppressed）
- 不要在 finally 中 throw 新异常，除非你明确知道会覆盖主异常——通常应记录并忽略 close 异常
不复杂但容易忽略：异常不是日志，也不是静默吞掉的理由；向上抛出的前提，是让上层更有能力处理它——或恢复、或降级、或向用户反馈。设计好异常体系，比堆砌 try-catch 更重要。
