部分成功请求的HTTP状态代码

我有一个向用户发送消息的应用程序。在发布请求中，将传输XML字符串，该字符串由应接收该特定消息的所有用户组成。如果列表中的任何用户都不存在，我会将丢失的用户列表返回给客户端，以进行进一步评估。

现在我要问自己，应用程序的正确状态代码是什么，它表示请求已被接受，但是有些事情无法完成。

如果不允许在列表中包含丢失的用户，则可以避免该问题。然后，发送尝试将仅收到4xx错误。但是以这种方式形成API毫无意义。另一方面，我可以认为错误情况纯粹是特定于应用程序的。但是发送200只是感觉不对。最好在发生错误响应时向客户端提供提示。例如，避免一遍又一遍地向该用户发送消息

我已经处理了一个非常类似的问题。在这种情况下，我返回了

207种多状态

现在，这不是严格的HTTP，它是WebDAV扩展的一部分，因此，如果您也无法控制客户端，那么这对您不利。如果这样做，则可以执行以下操作：

   <?xml version="1.0" encoding="utf-8" ?>
   <D:multistatus xmlns:D='DAV:'>
     <D:response>
       <D:user>user-123</D:user>
       <D:status>success</D:status>
     </D:response>
     <D:response>
       <D:user>user-789</D:user>
       <D:status>failure</D:status>
     </D:response>
   </D:multistatus>

但同样，这是HTTP扩展，您还需要控制客户端。

我遇到了同样的问题，最终使用了两种不同的解决方案：

• HTTP返回码202: Accepted，指示请求正常，但是不能保证一切都按预期进行。
• 200在响应中返回法线，但在响应正文中包含未列出的内容列表。

第二个通常效果最好，但是如果您懒惰或使用队列进行处理，则第一个很好。

如何使用206部分内容。我知道206更多关于范围，但是如果它可以指示部分成功的请求该怎么办？

超文本传输​​协议处理事物的传输方面。它没有错误代码来处理应用程序级别的错误。

返回200是正确的做法。就HTTP而言，请求已被正确接收，正确处理，并且您正在将响应发送回去。因此，在HTTP级别上一切正常。在http顶部运行的与应用程序相关的任何错误或警告都应包含在响应中。这样做还可以避免代理服务器可能遇到的一些棘手问题，这些代理服务器可能无法以您期望的方式处理某些响应。