Java 日志记录中 log error message exception 怎么写
在 java 中使用 slf4j + logback 或 log4j2 时，记录异常的正确做法是调用 logger.error(string msg, throwable t) 重载方法，将异常对象作为最后一个参数传入，而不是先打印消息再单独打印堆栈。这样做能让日志框架自动处理堆栈跟踪的格式化、线程上下文信息的关联以及性能优化（避免无异常时的字符串拼接开销）。如果直接调用 logger.error(msg + e.getmessage()) 或分开调用，会导致堆栈信息缺失或格式混乱，不利于排查问题。
为什么推荐用重载方法而不是字符串拼接
使用 logger.error("msg", e) 的核心优势在于框架内部会检查异常是否为空，仅在需要时生成堆栈字符串，从而减少 CPU 和内存开销。相比之下，手动拼接字符串如 "Error: " + e.getMessage() 会在每次调用时都创建新的 String 对象，即使异常被过滤掉，拼接操作依然发生。此外，重载方法能保留完整的 Throwable 链，包括 cause 和 suppressed exceptions，而手动拼接往往只获取了顶层异常的简短描述。
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
public class LoggerExample {
private static final Logger logger = LoggerFactory.getLogger(LoggerExample.class);
public void process() {
try {
// 模拟可能抛出异常的操作
throw new RuntimeException("Database connection failed");
} catch (Exception e) {
// 正确做法：使用重载方法
logger.error("Failed to process request", e);
}
}
}
预期输出结果：控制台或日志文件中会显示级别为 ERROR 的消息，包含自定义文本 "Failed to process request" 以及完整的 java.lang.RuntimeException 堆栈跟踪信息，包括行号和类名。
如何处理多个异常或嵌套异常
当代码中存在多个异常源或需要记录异常链时，应继续使用 logger.error(msg, throwable) 形式，因为 SLF4J 会自动递归打印 cause 链。对于需要区分不同业务场景的情况，可以在捕获块中根据异常类型设置不同的消息前缀，但始终将具体的 Throwable 实例传给日志方法。避免在循环或高频调用中重复创建异常对象用于日志记录，这会增加 GC 压力。
掌握 ES6+ 特性，包括 async/await、解构、扩展运算符、箭头函数、Promise、模块、迭代器、生成器以及函数式编程模式，编写简洁高效的 Java
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
public class NestedExceptionExample {
private static final Logger logger = LoggerFactory.getLogger(NestedExceptionExample.class);
public void handleNested() {
try {
try {
throw new IllegalArgumentException("Invalid input");
} catch (IllegalArgumentException inner) {
// 包装并抛出外层异常
throw new IllegalStateException("Processing failed", inner);
}
} catch (IllegalStateException outer) {
// 记录外层异常，SLF4J 会自动包含内层异常信息
logger.error("Outer processing error occurred", outer);
}
}
}
预期输出结果：日志中将显示 "Outer processing error occurred"，随后是 java.lang.IllegalStateException 的堆栈，并在下方以 "Caused by:" 开头列出 java.lang.IllegalArgumentException 的详细信息，形成清晰的异常链视图。
基于程序中某个输入、条件或结果的具体问题
当输入参数为空或异常消息为 null 时，logger.error("msg", e) 依然安全运行，不会抛出 NullPointerException，因为框架内部会对 throwable 进行非空检查。如果希望在不记录堆栈的情况下仅记录错误消息，可以使用 logger.error(e.getMessage())，但这会丢失堆栈信息，不推荐用于生产环境的关键错误追踪。对于调试目的，若需临时查看异常详情而不影响日志级别配置，可结合 logger.debug("Debug info", e) 使用，确保 DEBUG 级别开启时能看到完整堆栈。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
