答案是使用SLF4J+Logback组合在catch块中通过logger.error()记录异常并传入异常对象，避免printStackTrace()。应使用占位符、包装异常时保留cause、防止敏感信息泄露和重复日志。
在Java中处理异常时，结合日志输出能显著提升程序的可维护性和问题排查效率。关键在于捕获异常后，使用日志框架记录详细信息，而不是仅依赖printStackTrace()。这样既能保留堆栈跟踪，又能集中管理日志内容。
选择合适的日志框架
目前主流的Java日志框架有SLF4J配合Logback，或直接使用java.util.logging、Log4j2。推荐使用SLF4J + Logback组合，因其灵活性高、性能好且广泛支持。
添加Maven依赖示例：
<dependency><groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
<version>1.7.36</version>
</dependency>
<dependency>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-classic</artifactId>
<version>1.2.11</version>
</dependency>
在catch块中记录异常
捕获异常时，应使用logger.error()方法输出错误级别日志，并传入异常对象以便打印完整堆栈。
立即学习“Java免费学习笔记（深入）”；
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
public class UserService {
private static final Logger logger = LoggerFactory.getLogger(UserService.class);
public void saveUser(User user) {
try {
// 可能出错的操作
userRepository.save(user);
} catch (SQLException e) {
logger.error("保存用户失败，用户ID: {}", user.getId(), e);
}
}
}
注意：第三个参数传入异常对象e，Logback会自动打印堆栈信息。使用占位符{}提高日志性能（避免字符串拼接）。
包装异常时保留原始堆栈
当需要将低层异常转换为业务异常时，务必把原异常作为cause传入，确保日志能追踪到根本原因。
catch (SQLException e) {logger.error("数据库操作异常", e);
throw new UserServiceException("用户服务异常", e); // 包装但保留e
}
自定义异常构造函数需支持Throwable cause参数，否则会丢失原始堆栈。
避免常见错误
- 不要只调用e.printStackTrace() —— 输出分散，不易收集
- 不要忽略异常信息 —— 至少用warn或error级别记录
- 不要在日志中打印敏感数据（如密码、身份证号）
- 避免重复记录同一异常（例如在多层catch中多次打error日志）
基本上就这些。合理使用日志记录异常，能让系统运行更透明，出问题时快速定位根源。关键是养成习惯：捕获异常 → 记录日志 → 决定是否继续抛出。不复杂但容易忽略细节。
