合理分类处理异常，准确使用日志级别，结合MDC提升可追溯性。应避免忽略异常，优先使用标准异常类，自定义异常需封装上下文；ERROR记录关键失败，WARN用于潜在问题，INFO记录重要业务动作，DEBUG与TRACE用于调试；捕获异常时记录完整堆栈及业务上下文，避免打印敏感信息；通过MDC为日志添加traceId、userId等请求级上下文，在入口生成并统一清除，确保线程安全；异常应在适当层级处理，避免重复记录，通常在最外层统一拦截并返回友好响应；采用SLF4J+Logback等成熟框架，规范日志输出与异常管理，提升系统稳定性和问题排查效率。
在Java开发中，异常处理与日志记录是保障系统稳定性和可维护性的关键环节。合理的异常管理能提升程序健壮性，清晰的日志有助于快速定位问题。以下是实际项目中被广泛验证的最佳实践。
合理分类并处理异常
Java中的异常分为检查型异常（checked）和非检查型异常（unchecked）。应根据业务场景决定是否抛出或捕获。
- 不要忽略异常：捕获后至少要记录日志或做适当处理，避免空catch块
- 优先使用标准异常类，如IllegalArgumentException、IllegalStateException等，语义明确
- 自定义异常应在必要时创建，通常用于封装底层异常并提供更具体的上下文信息
- 避免将所有异常都向上抛出，应在合适层级进行处理，例如在服务层处理业务异常，在控制器层统一拦截并返回友好响应
日志级别选择要准确
正确使用日志级别有助于在不同环境控制输出内容，便于排查问题又不污染生产日志。
- ERROR：记录系统不可用、关键流程失败等情况，如数据库连接失败
- WARN：出现潜在问题但不影响主流程，比如参数为空使用默认值
- INFO：记录重要业务动作，如用户登录、订单创建，适合运维监控
- DEBUG：用于开发调试，输出变量状态、方法入参出参，生产环境通常关闭
- TRACE：比DEBUG更详细，仅在需要深度追踪时开启
异常与日志结合记录
捕获异常时，必须记录足够的上下文信息，帮助还原现场。
立即学习“Java免费学习笔记（深入）”；
- 使用日志框架（如SLF4J + Logback）的异常重载方法，确保堆栈完整输出：log.error("处理用户数据失败", e);
- 记录关键业务数据，如用户ID、订单号等，但注意避免打印敏感信息（密码、身份证）
- 在抛出自定义异常时，保留原始异常作为cause，便于链式追踪
- 避免重复记录同一异常，通常在最外层统一处理并记录一次即可
使用MDC增强日志可追溯性
在Web应用中，通过MDC（Mapped Diagnostic Context）为每条日志添加请求级上下文，如traceId、userId，极大提升排查效率。
- 在请求入口（如Filter或Interceptor）生成唯一traceId并放入MDC
- 配置日志格式包含%s(X-TID)等占位符，自动输出上下文信息
- 请求结束时清除MDC，防止线程复用导致信息错乱
基本上就这些。异常处理不是写几个try-catch就行，日志也不是随便打点信息。关键是形成一致的规范，并在团队内落地执行。做得好，线上问题能少一半。
