REST API处理错误的最佳实践

如何解决REST API处理错误的最佳实践

我想知道如何在内部在REST API后端上处理错误。假设用户提供的请求有效载荷不完整，验证失败或正在寻找不存在的内容。对于这些情况，我们将返回400或404。

在某些框架（仅那些我有经验的框架）中，我们通过抛出异常（NestJS，Spring等）来实现此目的。但是在Go上，操作方法（验证，对db的访问）返回的error可以指示错误（if err != nil），我们可以{em>冒充 {{ 1}}到控制器级别，并对其进行不同的处理（返回某些特定状态，错误消息等）。

我的问题是，哪种方式（或是否还有其他首选方式）最适合处理后端错误？问题是抛出异常，该异常将显示在所有日志监视工具上，并且将表明应用程序有很多错误，即使大多数错误可能是4XX错误（我们可以过滤日志以明确找到50X错误），然后使用err对于我们拥有的每个验证功能，返回对象对于冒泡可能都很麻烦。如果有任何解释相似主题的存储库示例或文章，我将很高兴。

谢谢！

解决方法

我看到的引发异常的一个问题是，我们可能会向用户发出一些内部错误，这可能不会使他们受益，也会暴露我们的实现。

使用错误返回对象可能会使我们需要的每个验证功能冒出来。

是的，传播错误可能很麻烦，但是我认为将所需的错误从被调用的函数传播到被调用方，让被调用方决定要执行的操作是件好事。对于其余的调用，我认为将错误从DB层传播到服务层再到其余层是可以的。

此外，我们可以将其余层的错误包装到标准响应消息中

{
    "type": "/errors/incorrect-user-pass","title": "Incorrect username or password.","status": 401,"detail": "Authentication failed due to incorrect username or password.","instance": "/login/log/abc123"
}

我们可以通过在调用Http.Handle()时调用包装函数来处理错误来实现此目的。 post包含示例函数ServeHTTP()。

信用：serveHTTP函数取自Zeynel Özdemir，响应对象示例取自https://www.baeldung.com/