|
205 reset content服务器成功处理了请求，但没有返回任何内容。但是，与204响应不同，返回此状态代码的响应要求请求者重置文档视图。响应主要用于在接受用户输入后立即重置表单，以便用户可以轻松启动另一个输入。和204的响应一样，该响应禁止包含任何消息体，并以消息头后的第一个空行结束。 206部分内容服务器已成功处理一些获取请求。像FlashGet或thunderbolt这样的HTTP下载工具都是使用这样的响应实现的 断点续传或者把一个大文档分解成多个下载段，同时下载。 207 Multi-Status意味着消息体将是一个XML消息，并可能根据之前子请求的不同数量包含一系列独立的响应代码。 “300多项选择”请求的资源有一系列反馈信息可供选择，每个信息都有自己的特定地址和浏览器驱动的协商信息。用户或浏览器可以自行选择首选地址 重定向。除非这是HEAD请求，否则响应应该包括资源特征和地址的列表，以便用户或浏览器可以选择最合适的一个 沉重的 当然 向 地址。该实体的格式由内容类型定义的格式决定。浏览器可以根据响应的格式和浏览器自身的能力自动做出最合适的选择。如果服务器本身有首选的反馈选项，URI；应在“位置”中注明此反馈的内容；浏览器可以使用此位置值作为自动 重新定义 向 的地址。此外，除非另有说明，否则该响应也是可缓存的。 301永久移动所请求的资源已被永久移动到新的位置，将来对该资源的任何引用都应该使用该响应返回的几个URIs之一。如果可能，具有链接编辑功能的客户端应该自动将请求的地址修改为从服务器反馈的地址。除非另有说明，否则此响应也是可缓存的。应该在响应的位置域中返回新的持久URI。除非这是HEAD请求，否则响应实体应包含指向新URI的超链接和简短描述。如果这不是GET或HEAD请求，除非得到用户确认，否则浏览器禁止自动重定向，因为请求条件可能会相应改变。注意:对于一些使用HTTP/1.0协议的浏览器，当他们的POST请求得到301响应时，下一个重定向请求将变成GET模式。 “302发现”请求的资源现在暂时响应来自不同URI的请求。由于这种重定向是临时的，客户端应该继续向原始地址发送未来的请求。只有在缓存控制或过期中指定时，此响应才是可缓存的。应在响应的位置域中返回新的临时URI。除非这是HEAD请求，否则响应实体应包含指向新URI的超链接和简短描述。如果这不是GET或HEAD请求，除非得到用户确认，否则浏览器禁止自动重定向，因为请求条件可能会相应改变。 303在另一个URI上可以找到与当前请求相对应的“查看其他”的响应，客户端应该以GET的方式访问该资源。这种方法的存在主要是为了允许由脚本激活的开机自检请求输出被重定向到新的资源。这个新URI不是原始资源的替代参考。同时禁止缓存303响应。当然，可以缓存第二个请求(重定向)。新URI应在响应的位置域中返回。除非这是HEAD请求，否则响应实体应包含指向新URI的超链接和简短描述。注意:很多HTTP/1.1之前的浏览器无法正确理解303状态。如果需要考虑与这些浏览器的交互，302状态代码应该是合格的，因为大多数浏览器处理302响应的方式正是上面的规范要求客户端处理303响应的方式。 (责任编辑：admin) |
