关键在于区分“程序还能不能活”和“业务还能不能做”：error是进程级崩溃，不可恢复，需告警止损；exception是功能级异常，可捕获、重试、降级，影响局部且可控。

关键在于区分“程序还能不能活”和“业务还能不能做”。崩溃是进程级死亡，异常是功能级卡顿；前者必须退出，后者可以兜底。

看发生时机和触发层级

错误（Error）多在系统层或语言运行时底层触发，比如内存耗尽（OutOfMemoryError）、栈溢出（StackOverflowError）、PHP 中的 Fatal Error。这类问题一出现，当前线程甚至整个进程已处于不可靠状态，继续执行可能引发数据错乱或二次崩溃。

异常（Exception）则发生在应用逻辑层，比如数据库连接超时、用户上传了非法文件、API 返回了 404。它不破坏运行环境本身，只是某次操作失败，上下文仍可控。

• 部署监控中看到 JVM 进程频繁重启 → 优先排查 Error 类日志（如 GC 日志、native 内存泄漏）
• 接口成功率下降但服务进程稳定 → 重点查 Exception 链路（如 SQL 超时、HTTP 调用失败）

看能否被代码主动干预

错误无法被 try-catch 捕获（或捕获后也不该继续运行）。Java 中 Error 及其子类、Python 的 SyntaxError 和 MemoryError、PHP 7+ 的 Error 类都属于此列。它们不是设计来“处理”的，而是用来“告警+止损”的。

异常则明确支持捕获、转换、重试、降级。例如：

• 捕获 SQLException 后转为业务异常 OrderCreateFailedException，并记录订单 ID 方便追溯
• 捕获 FileNotFoundException 后返回默认配置，而非让整个配置加载流程失败
• 对 TimeoutException 做指数退避重试，对 IllegalArgumentException 直接拒绝请求

看影响范围与恢复方式

错误影响全局：一个 OutOfMemoryError 可能导致整个微服务实例不可用，需靠容器平台自动拉起新实例；一个 PHP Fatal Error 会让当前 FPM worker 进程终止，由 master 进程重建。

异常影响局部：一次支付回调验签失败，只影响这笔订单，其他用户请求照常处理；一个缓存穿透导致 DB 查询慢，可通过熔断隔离，不影响主链路。

• 错误场景下，重点建好 进程存活探针 + 自动扩缩容 + 堆内存快照采集
• 异常场景下，重点建好 分级告警（如 ERROR 级异常每分钟超 10 次触发）、业务指标追踪（如支付失败率）、降级开关

看日志与监控指标的设计

把 Error 当作“事故信号灯”，把 Exception 当作“业务脉搏仪”。日志中要强制分离两类记录：

• Error 日志必须含 进程 PID、启动时间、OOM 前 GC 统计、JVM 参数快照 等上下文
• Exception 日志必须含 traceId、业务单号、入参摘要、调用链路节点名，方便串联排查
• 监控大盘上，Error 数量应趋近于零；Exception 数量允许波动，但需定义各类型阈值（如支付异常率 >0.1% 触发告警）