正确使用日志框架记录异常需将异常对象作为最后一个参数传入error等方法，如logger.error("提示信息", exception)，避免仅拼接toString()导致丢失堆栈；包装异常时应通过super(message, cause)保留异常链；同时确保日志配置中pattern包含%ex{full}等堆栈占位符，以完整输出异常信息。
在Java中，异常信息通常通过日志框架记录，以便于排查问题和监控系统运行状态。常用的日志框架如Logback、Log4j2、SLF4J等，都可以方便地输出异常的完整堆栈信息。
使用日志框架打印异常的基本方式
大多数日志框架都提供了专门用于记录异常的方法。最常见的方式是调用日志对象的error()方法，并传入异常对象作为最后一个参数。
例如，使用SLF4J + Logback：
try {
// 可能出错的代码
int result = 10 / 0;
} catch (Exception e) {
logger.error("发生算术异常", e);
}
这样不仅会输出“发生算术异常”这条消息，还会完整打印出异常堆栈，包括类名、方法名、行号等信息。
立即学习“Java免费学习笔记（深入）”；
正确传递异常参数的重要性
如果只把异常.toString()拼接到日志字符串中，比如：
logger.error("错误：" + e); // 错误做法
这只会输出异常类型和消息，而不会打印堆栈跟踪，大大降低调试价值。
正确的做法始终是将异常对象作为最后一个参数传入日志方法：
logger.error("提示信息", exception)logger.warn("警告", cause)logger.debug("调试信息", ex)
包装异常时保留原始堆栈
在业务逻辑中，有时需要将底层异常包装成自定义异常再抛出。为了不丢失原始堆栈信息，应使用异常链机制：
try {
riskyOperation();
} catch (IOException e) {
throw new ServiceException("服务调用失败", e);
}
只要自定义异常构造函数调用了父类的super(message, cause)，原始异常就会被保留。日志框架在打印时会递归输出整个异常链。
确保日志配置支持详细输出
即使代码正确，若日志级别设置不当或输出格式未包含堆栈信息，依然看不到完整异常。
检查logback.xml或log4j2.xml中的pattern配置，确保包含堆栈相关占位符，例如Logback中：
<pattern>%d %level [%thread] %logger{10} [%file:%line] %msg%n%ex{full}</pattern>
其中%ex{full}或%xEx表示输出完整的异常堆栈。
基本上就这些。只要捕获异常时用对日志方法，传对参数，配好输出格式，异常信息就能完整记录下来。
