第三部分实战中最致命的坑 —— 异常传播的失败场景分析在实际工业级开发中80% 的异常处理故障都是因为错误截断异常传播链路导致的。下面我将列举 4 种最常见的失败场景这些场景在初级和中级开发者的代码中非常普遍隐蔽性极强也是线上故障的主要根源。3.1 场景一空 catch 块吃掉异常完全丢失故障信号这是最常见的错误捕获异常后catch块中没有任何处理逻辑或者只有简单的日志打印不重新抛出异常直接截断异常传播链路。错误代码示例public void deleteUser(Long id) { #x20; String sql DELETE FROM user WHERE id ?; #x20; try (Connection conn DriverManager.getConnection(DB\_URL); #x20; PreparedStatement pstmt conn.prepareStatement(sql)) { #x20; pstmt.setLong(1, id); #x20; pstmt.executeUpdate(); #x20; } catch (SQLException e) { #x20; // 空catch块或仅打印一行日志不重新抛出异常 #x20; // 上层方法完全感知不到数据库删除操作的异常 #x20; e.printStackTrace(); #x20; } }故障影响如果数据库删除操作抛出异常比如约束冲突、集群同步失败catch块仅打印了异常栈信息没有重新抛出异常调用方在执行完deleteUser()方法后会默认觉得逻辑执行成功继续执行后续的业务逻辑导致数据不一致甚至更严重的连锁故障。3.2 场景二捕获泛化的 Exception掩盖重要业务异常为了省事很多开发者会直接捕获泛化的Exception类而不是精准捕获具体的异常类型。这会导致一个严重的问题将所有类型的异常包括本该抛出的业务异常都被错误地吃掉无法区分异常类型。错误代码示例public User getUserById(Long id) { #x20; try { #x20; String sql SELECT \* FROM user WHERE id ?; #x20; // 执行数据库查询逻辑 #x20; return queryUserFromDb(id); #x20; } catch (Exception e) { #x20; // 捕获泛化的Exception无法区分是「数据库异常」还是「参数校验异常」 #x20; return null; #x20; } }故障影响如果queryUserFromDb()方法抛出SQLException、NullPointerException或IllegalArgumentException都会被同一个catch块捕获。上层调用方拿到null结果完全无法区分是「数据不存在」还是「数据库操作失败」更无法进行针对性的容错处理。3.3 场景三包装异常时丢失原始栈信息无法定位故障根源在分层架构中我们经常需要将底层的检查型异常包装为上层的非检查型异常或者自定义的业务异常。但很多开发者在包装异常时没有传入原始异常对象导致丢失了完整的异常栈追踪信息线上故障发生后无法根据日志定位到异常的根本发生位置。错误代码示例public class UserService { #x20; private UserDao userDao new UserDao(); #x20; public User getUserById(Long id) { #x20; try { #x20; return userDao.queryUserById(id); #x20; } catch (SQLException e) { #x20; // 错误的包装方式没有将原始异常e传入新的BusinessException中 #x20; // 导致原始异常的栈信息丢失日志中只能看到BusinessException的抛出位置 #x20; throw new BusinessException(获取用户信息失败); #x20; } #x20; } }故障影响线上故障发生后查看错误日志只能看到BusinessException的异常栈信息无法定位到是 DAO 层的哪一行代码抛出的原始SQLException以及具体的异常原因比如哪条 SQL 语句执行失败、数据库返回的具体错误码是什么增加了故障排查的难度。3.4 场景四在 finally 块中抛出异常覆盖原始异常这是一个隐蔽性极强的错误在finally块中抛出新的异常或者finally块中的代码本身抛出异常会覆盖掉 try 块中原始的异常导致上层调用方只能接收到finally块中的异常丢失了原始的故障信号。错误代码示例public void updateUser(User user) throws SQLException { #x20; try (Connection conn DriverManager.getConnection(DB\_URL); #x20; PreparedStatement pstmt conn.prepareStatement(sql)) { #x20; // 执行数据库更新逻辑 #x20; pstmt.executeUpdate(); #x20; } catch (SQLException e) { #x20; throw e; // 重新抛出原始异常 #x20; } finally { #x20; // 错误示范finally块中的代码抛出了新的异常 #x20; closeConnection(); #x20; } } private void closeConnection() { #x20; throw new RuntimeException(关闭数据库连接失败); }故障影响如果try块中的数据库更新逻辑抛出了SQLException同时finally块中的closeConnection()方法也抛出了RuntimeException原始的SQLException会被完全覆盖。上层调用方只能接收到「关闭数据库连接失败」的异常看不到原始的报错信息会误导故障排查方向增加定位难度。