Java中异常需要捕获或抛出的场景
1. 调用可能报出受检异常的方法
受检异常：
受检异常（Checked Exception） 是一种特殊的异常类型，它会在编译阶段被编译器强制检查，要求开发者 必须显式地处理它，否则代码将 无法通过编译。是 Exception类的子类，但 不是 RuntimeException的子类。这类异常通常表示程序在运行过程中可能遇到的 可预见的、可恢复的问题
Java中有些异常是受检异常的，如
- IOException(文件读写、网络通信等)
- SQLException(数据库操作)
- ParseException(日期\格式转换)
- ClassNotFoundException
2. 调用第三方库或API，可能抛出异常
很多第三方库的方法可能会抛出运行时异常或受检异常，如：
- HTTP请求库(如HttpURLConnection、HttpClient、Okhttp)
- 数据库访问(JDBC、MyBatis、Hibernate)
- JSON/XML解析库
- 工具类方法(Commons)
3. 业务逻辑中需要优雅降级或用户提示
有时候，即使某个异常不强制要求你处理（比如运行时异常），但从 业务角度 仍然希望：
- 给用户一个友好的提示，而不是直接抛出错误页面或堆栈信息
- 记录错误日志，方便排查问题
- 进行补偿操作，比如事务回滚、状态重置
- 执行备用逻辑（fallback）
4. 多线程环境下异常可能不会自动传播
在 Java 的线程（如 Thread、线程池 ExecutorService）中，子线程抛出的异常 不会传播到主线程，如果不加以捕获，可能导致异常被吞掉，难以排查问题。
5. 使用可能抛出运行时异常的方法，但你想防止程序崩溃
虽然运行时异常（RuntimeException） 如 NullPointerException、IllegalArgumentException、IndexOutOfBoundsException等不强制要求捕获，但如果你知道某个地方 容易出错，并且你希望增加健壮性，避免程序挂掉，你也可以选择捕获它们。
try {String name = user.getName().toUpperCase(); // user 或 getName() 可能为 null
} catch (NullPointerException e) {System.err.println("用户信息不完整，无法处理");// 可以设置默认值，或返回错误提示
}
什么时候 不需要 或 不建议 使用 try-catch
1. 不需要捕获的情况
- 你无法对异常做出任何有效处理，比如仅仅打印了一下堆栈，然后继续抛出或结束。如果只是 e.printStackTrace()，没有实际作用，建议让异常自然抛出。
- 异常应该由更上层的调用者处理，比如：
Controller 层可以捕获异常并返回给前端友好提示，Service 层一般不处理异常，而是抛出，由 Controller 或全局异常处理器处理 - 滥用 try-catch 导致代码可读性差，不要为了“防止出错”而把大段代码都放在 try 块里，应该只捕获你真正需要处理的代码部分。