异常吞噬指捕获异常后未正确处理或丢失信息，应通过日志记录、封装重抛、避免空catch块及使用try-with-resources等方式保留异常上下文，确保错误可追踪。
异常吞噬是指捕获了异常却没有正确处理或重新抛出，导致错误信息丢失，给调试和维护带来困难。在Java中，避免异常吞噬的关键是确保每个捕获的异常都有明确的处理逻辑，或至少保留原始异常信息。
打印或记录异常信息
捕获异常后，最基础的做法是将异常信息输出，以便后续排查问题。
- 使用 printStackTrace() 虽然简单，但不推荐用于生产环境，因为它直接输出到控制台，不利于集中日志管理。
- 更合适的方式是使用日志框架（如 Log4j、SLF4J）记录异常：
示例：
try { // 可能出错的操作 int result = 10 / 0; } catch (ArithmeticException e) { logger.error("计算出错", e); }封装并重新抛出异常
当需要向上层传递异常时，应保留原始异常作为“原因”，避免丢失上下文。
立即学习“Java免费学习笔记（深入）”；
- 将检查型异常转换为运行时异常时，使用构造函数传入原异常。
- 自定义异常也应支持异常链。
示例：
try { Files.readAllLines(Paths.get("nonexistent.txt")); } catch (IOException e) { throw new RuntimeException("读取文件失败", e); }避免空 catch 块
空的 catch 块是最典型的异常吞噬形式，必须杜绝。
- 如果确实需要忽略异常，应添加注释说明原因。
- 可考虑使用特定策略，比如返回默认值、重试或降级处理。
不推荐写法：
try { Thread.sleep(1000); } catch (InterruptedException e) {}推荐做法：
try { Thread.sleep(1000); } catch (InterruptedException e) { Thread.currentThread().interrupt(); // 恢复中断状态 logger.debug("线程被中断，停止等待"); }使用 try-with-resources 管理资源
对于涉及资源操作的代码，使用 try-with-resources 可自动处理关闭，减少因手动关闭引发的异常嵌套和吞噬风险。
示例：
try (FileInputStream fis = new FileInputStream("data.txt")) { int data = fis.read(); // 不用手动关闭，即使发生异常也会自动调用 close() } catch (IOException e) { logger.error("IO异常", e); }基本上就这些。关键是养成良好习惯：捕获异常就要处理，不能静默吞掉。记录、封装、传递，选一种方式把异常信息保留下来。
