返回http 200 OK，但响应正文中有错误

Question

我想知道当服务器端发生错误时返回HTTP 200 OK是否正确（错误详细信息将包含在响应主体中）。

例子：

1. 我们正在发送httpget

这是不是正确的行为？我们是否应该将状态代码更改为200以外的值？

Answer 1

即使我想以HTTP代码的形式返回业务逻辑错误，也没有可接受的HTTP错误代码，而不是使用HTTP 200，因为它会误报实际错误。

因此，HTTP 200将有助于解决业务逻辑错误。但是HTTP错误代码涵盖的所有错误都应该使用它们。

基本上，HTTP 200意味着什么服务器正确处理用户请求（如果飞机上没有座位，没关系，因为用户请求被正确处理，它甚至可以返回飞机上可用的座位数，所以不会有业务逻辑错误，或者业务逻辑可能在客户端。业务逻辑错误是抽象意义，但HTTP错误更明确）。

Answer 2

HTTP状态代码表示有关HTTP协议的信息<代码>HTTP 200表示HTTP级别的传输正常（即请求在技术上正常，服务器能够正确响应）。有关所有代码及其含义的列表，请参见此wiki页面。

HTTP 200与您的“业务代码”的成败无关。在您的示例中，HTTP 200是一个可接受的状态，表明您的业务代码错误消息已成功传输，前提是没有技术问题阻止业务逻辑正常运行。

或者，如果服务器上发生了技术问题或无法恢复的问题，您可以让服务器用HTTP 5xx响应。或者HTTP 4xx，如果传入的请求有问题（例如错误的参数，意外的HTTP方法...）同样，这些都表示技术错误，而HTTP 200表示没有技术错误，但不能保证业务逻辑错误。

总结一下：是的，在超文本传输协议响应中发送错误消息（针对非技术问题）以及HTTP状态200是有效的。这是否适用于你的情况取决于你。例如，如果客户端请求不存在的文件，则更像是404。如果服务器上存在错误配置，则可能是500。如果客户要求在预订满的飞机上获得一个座位，那将是200，您的“实现”将决定如何识别/处理这一点（例如JSON块与{"预订"："失败"}）

Answer 3

不，用错误体发送200是非常不正确的

HTTP是一种应用程序协议。200表示响应包含表示所请求资源的状态的有效负载。错误消息通常不是该资源的表示。

如果在处理GET时出现问题，正确的状态代码是4xx（“你搞砸了”）或5xx（“我搞砸了”）。