日志分级DEBUGINFOWARNERROR

本文目录导读：

1. 优先级顺序（从低到高）
2. 各分级详解
3. 实际应用中的建议
4. 常见误区

日志分级是一种用于控制和管理应用程序日志输出的重要机制,它允许开发者根据日志的严重程度或重要性来过滤、记录和查看信息。

你所列出的 DEBUG、INFO、WARN、ERROR 是目前最主流的四个级别（通常还包含 FATAL 或 TRACE），以下是它们的具体含义、使用场景和优先级排序：

优先级顺序（从低到高）

• TRACE (最详细，通常不列在基础分级中)
• DEBUG (调试信息)
• INFO (普通信息)
• WARN (警告)
• ERROR (错误)
• FATAL (致命错误，最高级)

核心规则：当设置日志级别为 WARN 时，程序只会输出 WARN 和 ERROR 级别的日志，而忽略 DEBUG 和 INFO。

各分级详解

DEBUG (调试)

• 含义：用于开发阶段调试程序，包含详细的变量值、函数调用链、执行路径等。
• 为什么重要：帮助开发者定位问题根源，但在生产环境通常禁用，因为会产生大量数据并拖慢性能。
• 典型示例：

  [DEBUG] 用户ID: 12345，查询数据库SQL: SELECT * FROM users WHERE id = 12345
  [DEBUG] 线程池当前活动线程数: 8/10

INFO (信息)

• 含义：记录程序运行中的关键事件、状态变更、或一般的业务流程。
• 为什么重要：这是生产环境最常用的级别，它告诉你系统在做什么，但不会过于琐碎。
• 典型示例：

  [INFO] 用户 '张三' 登录成功。
  [INFO] 订单 #10086 支付完成，金额：￥299.00。
  [INFO] 服务启动完成，端口: 8080。

WARN (警告)

• 含义：表明系统遇到潜在问题或不推荐的情况，但程序仍能正常运行，可能未来会导致错误。
• 为什么重要：这是你的“雷达”，它提示你应该留意但无需立即停机修复的问题。
• 典型示例：

  [WARN] 数据库连接池使用量达到 90%，请考虑扩容。
  [WARN] 配置项 'timeout' 未设置，使用默认值 3000ms。
  [WARN] 用户尝试访问未授权资源，已拒绝。

ERROR (错误)

• 含义：程序发生了严重问题，导致某个功能无法正常完成，通常需要开发或运维团队立即介入。
• 为什么重要：这是你需要响应和修复的信号，每个 ERROR 都应该对应一个 bug 或配置缺陷，但系统核心可能仍在运行。
• 典型示例：

  [ERROR] 创建订单失败，数据库写入异常: SQLIntegrityConstraintViolationException
  [ERROR] 调用第三方支付接口超时，请求ID: xyz-123
  [ERROR] 解析用户上传文件失败: 文件格式不正确

实际应用中的建议

常见误区

• 使用 ERROR 记录业务逻辑： 用户输入密码错误”是正常业务，应使用 INFO 或 WARN，而非 ERROR。 ERROR 只用于程序自身异常。
• 全盘使用 DEBUG： 会导致日志文件瞬间爆满，难以找到有用信息。
• 忽略 WARN： 很多 WARN 其实是错误的早期迹象（如连接池过高），忽视它可能导致生产事故。

• DEBUG：开发看细节
• INFO：业务看流程
• WARN：运维看风险
• ERROR：开发/运维修Bug

合理地配置日志级别,能让你在问题的严重性与信息的细节度之间取得平衡。