我已经开发了一个REST应用程序,我的应用程序的一个案例是:
用户在服务器端进行操作。一切正常,服务器正确地接受数据,但是出现了一些错误,就像与数据库通信一样。我不想用错误代码返回它,我想用成功代码发送它,但是它有一个指示错误的主体。我想发送500,404等的错误代码。我的设计是否正确,我应该为我的情况返回哪个状态代码?
发布于 2011-11-18 06:29:54
在这种情况下,某种类型的5xx错误将是最合适的。
500表示某种内部服务器错误或
503表示服务不可用
在这里查找HTTP/1.1HTTP/1.1http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html的所有错误代码
如果合适的话,您应该始终为您的rest服务返回错误代码。返回成功代码,但在响应中放入错误并不是正确的做法。
发布于 2011-11-18 06:32:33
如果服务器的操作可以在没有用户干预的情况下从这样的数据库故障中恢复(例如,使用一些后台“清理进程”),那么成功状态代码可能是OK;否则,返回服务器端错误状态代码(5xx)更有意义。
发布于 2011-11-18 06:32:48
这可能会有帮助:http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html -在某些地方可能是模棱两可的,但总体上是一个易于阅读的IMO。
https://stackoverflow.com/questions/8175270
复制相似问题