应避免捕获宽泛异常，只处理具体异常如IOException或NumberFormatException，将通用异常捕获置于顶层如@ControllerAdvice，必要时包装异常保留上下文，并借助工具检测非法捕获，以提升代码健壮性与可维护性。
在Java中捕获过于宽泛的Exception（如Exception或Throwable）会掩盖程序中的真实问题，导致难以调试、日志信息不明确，甚至让程序在异常状态下继续运行，引发更严重的问题。为了提高代码的健壮性和可维护性，应采取以下措施来防止捕获过于宽泛的异常。
只捕获具体需要处理的异常
应明确知道哪些异常可能发生，并针对性地处理。避免使用catch(Exception e)这种“兜底”式捕获。
例如，如果只可能遇到IOException和NumberFormatException，就应分别捕获：
try {
int num = Integer.parseInt(input);
Files.write(Paths.get("output.txt"), String.valueOf(num).getBytes());
} catch (NumberFormatException e) {
System.err.println("输入格式错误: " + e.getMessage());
} catch (IOException e) {
System.err.println("文件写入失败: " + e.getMessage());
}
将通用异常处理集中在顶层
在应用的最外层（如控制器、main方法或全局异常处理器）可以捕获宽泛异常用于记录日志或统一响应，但在业务逻辑层应避免这样做。
立即学习“Java免费学习笔记（深入）”；
例如，在Spring Boot中使用@ControllerAdvice处理未预期异常：
@ControllerAdvice
public class GlobalExceptionHandler {
@ExceptionHandler(Exception.class)
public ResponseEntity handleGenericException(Exception e) {
log.error("未处理异常", e);
return ResponseEntity.status(500).body("系统错误");
}
}
这样既保证了系统的稳定性，又不会在中间层掩盖问题。
重新抛出或包装异常以保留上下文
当无法处理某个异常但又需要捕获时，不要静默吞掉或打印堆栈后继续执行。可以选择包装成更合适的业务异常再抛出。
例如：
try {
riskyOperation();
} catch (SQLException e) {
throw new UserServiceException("用户数据操作失败", e);
}
这样上层能获得更清晰的语义，同时保留原始异常的堆栈信息。
使用工具或静态检查防止宽泛捕获
借助IDE或静态分析工具（如Checkstyle、SpotBugs、SonarJava）可以检测出捕获Exception或Throwable的代码，并发出警告。
例如，Checkstyle的IllegalCatchCheck规则可以配置为禁止捕获Exception和Throwable。
基本上就这些。关键是要有意识地区分“可恢复异常”和“程序错误”，只在必要时捕获具体异常，把宽泛捕获留给顶层统一处理。这样既能保证程序稳定，又能及时发现和修复问题。
