feign客户端HTTP状态码为204时 响应体被忽略的问题

目录

• feign客户端HTTP状态码为204时响应体被忽略
• HTTP状态码及其含义
• 1XX：信息状态码
• 2XX：成功状态码
• 3XX：重定向
• 4XX：客户端错误
• 5XX:服务器错误

feign客户端HTTP状态码为204时 响应体被忽略

在使用 spring-cloud Greenwich.SR3 时遇到一个问题。因为服务端HTTP状态码按照rest风格设计，所以update一类操作的http状态码返回204。

HttpStatus.NO_CONTENT(204, "No Content")*

但是部分接口还是希望返回修改后的数据。所以返回体其实是有内容的

return ResponseEntity(data, HttpStatus.NO_CONTENT)

结果客户端接收不到data值,修改成普通的200返回就可以收到了。

return ResponseEntity(data, HttpStatus.OK)

猜测feign对204状态码做了处理，毕竟204代表响应体为空。

HTTP状态码及其含义

开发Web项目的时候，因为环境搭建和配置的原因，经常会出现部署失败的情况；搭建这个博客的时候，也因为php-admin缺少某些库的原因，导致出现502的稀有的http状态。平时不是很留意这些状态码信息，也不是很了解出现这种状态的内在原因，每次出现都要查找。为了详细梳理和备忘，整理一份http状态码及其含义的解析。

以下信息参考自：RFC 2616

Http状态码主要有5类：

1XX：信息状态码

• 100 Continue：客户端应当继续发送请求。这个临时响应是用来通知客户端它的部分请求已经被服务器接收，且仍未被拒绝。客户端应当继续发送请求的剩余部分，或者如果请求已经完成，忽略这个响应。服务器必须在请求完后向客户端发送一个最终响应
• 101 Switching Protocols：服务器已经理解了客户端的请求，并将通过Upgrade消息头通知客户端采用不同的协议来完成这个请求。在发送完这个响应最后的空行后，服务器将会切换到Upgrade消息头中定义的那些协议。

2XX：成功状态码

• 200 OK：请求成功，请求所希望的响应头或数据体将随此响应返回
• 201 Created：表示服务器在请求的响应中建立了新文档；应在定位头信息中给出它的URL。
• 202 Accepted：告诉客户端请求正在被执行，但还没有处理完。
• 203 Non-Authoritative Information：表示文档被正常的返回，但是由于正在使用的是文档副本所以某些响应头信息可能不正确。（HTTP 1.1新）。
• 204 No Content：没有新文档，浏览器应该继续显示原来的文档。如果用户定期地刷新页面，而Servlet可以确定用户文档足够新，这个状态代码是很有用的。
• 205 Reset Content：没有新的内容，但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容（HTTP 1.1新）。
• 206 Partial Content：客户发送了一个带有Range头的GET请求，服务器完成了它（HTTP 1.1新）。

3XX：重定向

• 300 Multiple Choices：客户请求的文档可以在多个位置找到，这些位置已经在返回的文档内列出。如果服务器要提出优先选择，则应该在Location应答头指明。
• 301 Moved Permanently：客户请求的文档在其他地方，新的URL在Location头中给出，浏览器应该自动地访问新的URL。
• 302 Found：类似于301，但新的URL应该被视为临时性的替代，而不是永久性的。注意，在HTTP1.0中对应的状态信息是“Moved Temporatily”。出现该状态代码时，浏览器能够自动访问新的URL，因此它是一个很有用的状态代码。注意这个状态代码有时候可以和301替换使用。例如，如果浏览器错误地请求http://host/~user（缺少了后面的斜杠），有的服务器 返回301，有的则返回302。严格地说，我们只能假定只有当原来的请求是GET时浏览器才会自动重定向。请参见307。
• 303 See Other：类似于301/302，不同之处在于，如果原来的请求是POST，Location头指定的重定向目标文档应该通过GET提取（HTTP 1.1新）。
• 304 Not Modified：客户端有缓冲的文档并发出了一个条件性的请求（一般是提供If-Modified-Since头表示客户只想比指定日期更新的文档）。服务器告 诉客户，原来缓冲的文档还可以继续使用。
• 305 Use Proxy：客户请求的文档应该通过Location头所指明的代理服务器提取（HTTP 1.1新）。
• 306 （unused）：未使用。
• 307 Temporary Redirect：和302 （Found）相同。许多浏览器会错误地响应302应答进行重定向，即使原来的请求是POST，即使它实际上只能在POST请求的应答是303时才能重定 向。由于这个原因，HTTP 1.1新增了307，以便更加清除地区分几个状态代码：当出现303应答时，浏览器可以跟随重定向的GET和POST请求；如果是307应答，则浏览器只 能跟随对GET请求的重定向。（HTTP 1.1新）

4XX：客户端错误

• 400 Bad Request：请求出现语法错误
• 401 Unauthorized：客户试图未经授权访问受密码保护的页面。应答中会包含一个WWW-Authenticate头，浏览器据此显示用户名字/密码对话框，然后在填 写合适的Authorization头后再次发出请求。
• 402 Payment Required：未使用。
• 403 Forbidden：资源不可用。服务器理解客户的请求，但拒绝处理它。通常由于服务器上文件或目录的权限设置导致。
• 404 Not Found：无法找到指定位置的资源。这也是一个常用的应答。
• 405 Method Not Allowed：请求方法（GET、POST、HEAD、DELETE、PUT、TRACE等）对指定的资源不适用。（HTTP 1.1新）
• 406 Not Acceptable：指定的资源已经找到，但它的MIME类型和客户在Accpet头中所指定的不兼容（HTTP 1.1新）。
• 407 Proxy Authentication Required：类似于401，表示客户必须先经过代理服务器的授权。（HTTP 1.1新）
• 408 Request Timeout：在服务器许可的等待时间内，客户一直没有发出任何请求。客户可以在以后重复同一请求。（HTTP 1.1新）
• 409 Conflict：通常和PUT请求有关。由于请求和资源的当前状态相冲突，因此请求不能成功。（HTTP 1.1新）
• 410 Gone：所请求的文档已经不再可用，而且服务器不知道应该重定向到哪一个地址。它和404的不同在于，返回407表示文档永久地离开了指定的位置，而 404表示由于未知的原因文档不可用。（HTTP 1.1新）
• 411 Length Required：服务器不能处理请求，除非客户发送一个Content-Length头。（HTTP 1.1新）
• 412 Precondition Failed：请求头中指定的一些前提条件失败（HTTP 1.1新）。
• 413 Request Entity Too Large：目标文档的大小超过服务器当前愿意处理的大小。如果服务器认为自己能够稍后再处理该请求，则应该提供一个Retry-After头（HTTP 1.1新）。
• 414 Request-URI Too Long：URI太长（HTTP 1.1新）。
• 415 Unsupported Media Type：请求所带的附件的格式类型服务器不知道如何处理。（HTTP 1.1新）
• 416 Requested Range Not Satisfiable：服务器不能满足客户在请求中指定的Range头。（HTTP 1.1新）
• 417 Expectation Failed：如果服务器得到一个带有100-continue值的Expect请求头信息，这是指客户端正在询问是否可以在后面的请求中发送附件。在这种情况下，服务器也会用该状态(417)告诉浏览器服务器不接收该附件或用100 (SC_CONTINUE)状态告诉客户端可以继续发送附件。（HTTP 1.1新）

5XX: 服务器错误

• 500 Internal Server Error：服务器遇到了意料不到的情况，不能完成客户的请求。
• 501 Not Implemented：服务器不支持实现请求所需要的功能。例如，客户发出了一个服务器不支持的PUT请求。
• 502 Bad Gateway：服务器作为网关或者代理时，为了完成请求访问下一个服务器，但该服务器返回了非法的应答。
• 503 Service Unavailable：服务器由于维护或者负载过重未能应答。例如，Servlet可能在数据库连接池已满的情况下返回503。服务器返回503时可以提供一个 Retry-After头。
• 504 Gateway Timeout：由作为代理或网关的服务器使用，表示不能及时地从远程服务器获得应答。（HTTP 1.1新）
• 505 HTTP Version Not Supported：服务器不支持请求中所指明的HTTP版本。（HTTP 1.1新）

以上是各种http状态码的含义，熟悉了以上信息，在Web开发中对于debug有很大的意义，可以更快地定位到bug所在。希望能给大家一个参考，也希望大家多多支持脚本之家。