23、优化错误处理：从日志到根因追踪

优化错误处理：从日志到根因追踪

在开发过程中，错误处理是至关重要的一环。它不仅关系到系统的稳定性，还影响着开发者和用户对问题的排查和解决效率。本文将深入探讨错误处理的相关知识，包括错误的目的、不同位置错误的处理方式，以及如何优化错误日志以更好地追踪错误根因。

1. 错误的目的与分类

错误主要有两个主要目的：
- 控制流 ：决定下一步的操作。
- 报告 ：用于事后调查问题出在哪里。

根据错误发生的位置，我们可以将其分为两类：
- 内部错误 ：应用程序内部一个函数调用另一个函数时产生的错误。
- 边界错误 ：未能完成的 API 请求产生的错误。

控制流的决策信息必须是机器可解析的。对于内部错误，我们使用类型（如枚举变体）、方法和字段；对于边界错误，我们依赖状态码。而错误报告主要是供人类使用的，其内容需要根据受众进行调整。对于能够访问系统内部的操作员，应提供尽可能多的失败模式上下文；对于处于应用程序边界之外的用户，只应提供必要的信息，以便他们根据需要调整行为。

我们可以用一个 2x2 表格来直观地展示这个概念模型：
| 位置 | 控制流 | 报告 |
| ---- | ---- | ---- |
| 内部 | 类型、方法、字段 | 日志/跟踪 |
| 边界 | 状态码 | 响应体 |

2. 边缘错误处理

当 API 请求失败时，用户和操作员都期望得到相应的信号。例如，当 s