204响应,状态码的作用

204响应,状态码的作用

╯０╰ 204 204代表响应报文中包含若干首部和一个状态行，但是没有实体的主体内容。主要用于在浏览器不转为显示新文档的情况下，对其进行更新。打个比方，如果一个表单http接口响应状态码204代表响应报文中包含若干首部和一个状态行，但是没有实体的主体内容。主要用于在浏览器不转为显示新文档的情况下，对其进行更新。打个比方，如果一个表单

∪▂∪ 我们知道HTTP的状态码，2xx都是表示成功，而HTTP的204(No Content)响应，就表示执行成功，但是没有数据，浏览器不用刷新页面.也不用导向新的页面. 在HTTP RFC ⽹络状态码含义——（⽐如204，304,404,504，502）⽹络状态码含义，常⽤（204，304, 404, 504，502）200 – 服务器成功返回⽹页404 – 请求的⽹页不存在503 – 服务不可⽤

204响应绝不能包含消息体，因此总是在头字段之后的第一个空行终止。默认情况下，204 (No Content)响应是可缓存的。如果需要覆盖缓存，则响应必须包括缓存各自的缓存头。例如，如果没有响应体，则在大多数场景下，这两种响应码完全等效，但有一种情况下，HTTP/204响应会让浏览器有不同的表现.这种情况就是当用户在浏览器窗口window或者frame

￣□￣｜｜ 如果没有响应体，则在大多数场景下，这两种响应码完全等效，但有一种情况下，HTTP/204响应会让浏览器有不同的表现.这种情况就是当用户在浏览器窗口window或者frame/iframe框架中导航的HTTP 204 No Content 成功状态响应码，表示该请求已经成功了，但是客户端客户不需要离开当前页面。默认情况下204 响应是可缓存的。一个ETag 标头包含在此类响应中。

HTTP 204响应码【转】HTTP的状态码有很多种，主要有1xx(临时响应)、2xx(成功)、3xx(已重定向)、4xx(请求错误)以及5xx(服务器错误)五个大类，每个大类还对应一些feign客户端HTTP状态码为204时响应体被忽略在使用spring-cloud Greenwich.SR3 时遇到一个问题。因为服务端HTTP状态码按照rest风格设计，所以update一类操作的