捕获异常时应记录完整堆栈信息，避免仅输出异常消息导致调试困难；2. 使用日志框架如Logback或Log4j时需将异常对象作为参数传入error方法，确保日志包含类型、消息和堆栈轨迹；3. 禁止只记录e.getMessage()，因会丢失堆栈来源；4. 包装异常时应将原异常作为构造参数传入，保持异常链完整；5. 推荐使用try-with-resources自动管理资源，减少异常干扰并提升日志清晰度。
在Java中处理异常时，仅捕获异常而不记录堆栈信息会丢失关键的调试线索。使用try-catch正确记录异常堆栈，能帮助快速定位问题根源。核心做法是在catch块中将异常对象完整写入日志，而不是只记录异常消息。
打印完整的异常堆栈到日志
捕获异常后，应调用异常对象的printStackTrace方法或将异常作为参数传给日志框架，确保输出包括异常类型、消息和完整的堆栈轨迹。
示例：
try {
// 可能出错的代码
int result = 10 / 0;
} catch (Exception e) {
e.printStackTrace(); // 输出到控制台
}
在生产环境中，推荐使用日志框架（如Logback、Log4j）代替直接打印：
catch (Exception e) {
logger.error("发生异常", e); // 第二个参数传入异常对象
}
这样会在日志中包含完整的堆栈信息，而不仅仅是错误消息。
立即学习“Java免费学习笔记（深入）”；
避免只记录异常消息
常见错误是只输出e.getMessage()，这会丢失堆栈轨迹，无法知道异常发生在哪一行代码。
错误写法：
logger.error("错误: " + e.getMessage()); // 不推荐
正确做法始终传入异常对象作为参数，让日志框架自动处理堆栈输出。
自定义异常时保留堆栈信息
如果需要抛出新的异常，建议将原异常作为原因传入，保持堆栈链完整。
catch (IOException e) {
throw new ServiceException("服务调用失败", e); // 包装异常并保留引用
}
这样新异常的堆栈中会包含原始异常的堆栈，形成异常链，便于追踪源头。
使用try-with-resources减少异常来源
对于资源管理（如文件流、数据库连接），使用try-with-resources语句可自动关闭资源，减少因手动关闭引发的异常干扰。
try (FileInputStream fis = new FileInputStream("data.txt")) {
// 使用资源
} catch (IOException e) {
logger.error("读取文件失败", e);
}
该语法能自动处理资源释放，降低异常复杂度，使日志更清晰。
基本上就这些。关键是捕获异常时传入完整异常对象到日志方法，避免信息丢失，同时合理包装异常保持堆栈连贯性。不复杂但容易忽略细节。
