HTTP状态码:204

1  含义

     ”No Content“

  1.     状态码204表示请求已经执行成功,但没有内容。
  2.     浏览器不会刷新页面,也不会导向别的页面。

2  使用场景

    对于一些请求,如果不需要多余的数据响应,只要返回是否成功的信息时,可以考虑用204状态码。

  • 7
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Http1.1超文本传输协议中文版,目录如下: 1 引论 7 1.1 目的 7 1.2 要求 8 1.3 术语 8 1.4 总体操作 12 2 符号习惯和一般语法 13 2.1 扩充的BNF(扩充的 巴科斯-诺尔范式) 14 2.2基本规则 (basic rule) 15 3 协议参数 18 3.1 HTTP版本 18 3.2 统一资源标识符(URI) 19 3.2.1一般语法 19 3.2.2 http URL 19 3.2.3 URI 比较 19 3.3 日期/时间格式(Date/Time Formats) 20 3.3.1完整日期 (Full Date) 20 3.3.2 Delta Seconds 22 3.4 字符集 22 3.4.1丢失的字符集(Missing Charset) 22 3.5 内容编码(Content Codings) 23 3.6 传输编码 (Transfer Codings) 24 3.6.1块传输编码(Chunked Transfer Coding) 25 3.7 媒体类型(Media Type) 27 3.7.1规范化和文本缺省 27 3.7.2多部分类型(Multipart type) 28 3.8 产品标记 (product Tokens) 29 3.9 质量值(Quality Values) 29 3.10 语言标签 (Language Tags) 30 3.11 实体标签 30 3.12 范围单位(Range Units) 31 4 HTTP消息 31 4.1 消息类型(Message Types) 31 4.2 消息头 32 4.3 消息主体 33 4.4 消息的长度(Message Length) 34 4.5 常用头域(General Header Fields) 35 5 请求 35 5.1 请求行 36 5.1.1方法 36 5.1.2请求URL(Request-URI) 37 5.2请求的资源 38 5.3请求报头域 39 6 响应 40 6.1 状态行 (Status-Line) 41 6.1.1状态码与原因短语 41 6.2响应头域 44 7 实体(Entity) 45 7.1 实体报文域(Entity Header Fields) 45 7.2 实体主体(Entity Body) 46 7.2.1类型(Type) 46 7.2.2实体主体长度(Entity Length) 46 8 连接 46 8.1 持续连接(Persistent Connection)。 46 8.1.1目的 47 8.1.2总体操作 47 8.1.3代理服务器 (Proxy Servers) 48 8.1.4实际的考虑 (Practical Considerations) 48 8.2 消息传送要求(Message Transmission Requirements) 49 8.2.1持续连接与流量控制 (Persistent Connections and Flow Control) 49 8.2.2监视连接中出错状态的消息 49 8.2.3 100状态码的用途 50 8.2.4服务器过早关闭连接时客户端的行为 51 9 方法定义(Method Definitions) 52 9.1 安全和等幂(Idempotent)方法 52 9.1.1安全方法(Safe Methods) 52 9.1.2等幂方法(Idempotent Mehtods) 52 9.2 OPTIONS(选项) 53 9.3 GET 54 9.4 HEAD 54 9.5 POST 54 9.6 PUT 55 9.7 DELETE(删除) 56 9.8 TRACE 56 9.9 CONNECT(连接) 57 10.状态码定义 57 10.1 通知的 1xx 57 10.1.1 100 继续 (Continue) 57 10.1.2 101转换协议 58 10.2 成功 2xx 58 10.2.1 200 OK 58 10.2.2 201 已创建(Created) 58 10.2.3 202 接受(Accepted) 59 10.2.4 203 非权威信息(Non-Authoritative information) 59 10.2.5 204 无内容 (No Content) 59 10.2.6 205 重置内容(Reset Content) 59 10.2.7 206 部分内容(Partial Content) 60 10.3 重新定向 3xx. 60 10.3.1 300 多个选择.(Multiple Choices) 61 10.3.2 301 永久移动 (Moved Permanently) 61 10.3.3 302 发现(Found) 61 10.3.4 303 见其他(See Other) 62 10.3.5 304 没有被改变(Not Modified) 62 10.3.6 305 使用代理服务器 (User Proxy) 63 10.3.7 306没有使用的(unused) 63 10.3.8 307临时重发(Temporary Redirect) 63 10.4 客户错误 4xx 63 10.4.1 400 坏请求(Bad Request) 64 10.4.2 401 未授权的 (Unauthorized) 64 10.4.3 402 必需的支付 (Payment Required) 64 10.4.4 403 禁用 (Forbidden) 64 10.4.5 404 没有找到(Not Found) 64 10.4.6 405 不被允许的方法(Method Not Allowed) 65 10.4.7 406 不接受的 (Not Acceptable) 65 10.4.8 407 代理服务器授权所需(Proxy Authentication Required) 65 10.4.9 408 请求超时(Request Timeout) 65 10.4.10 409 冲突 (Confilict) 65 10.4.11 410 不存在(gone) 66 10.4.12 411 必需的长度 (Length Required) 66 10.4.13 412 先决条件失败 (Precondition Failed) 66 10.4.14 413 请求实体太大 66 10.4.15 414 请求URI太长(Request-URI Too Long) 67 10.4.16 415 不被支持的媒体类型(Unsupported Media Type) 67 10.4.17 416 请求范围不满足 (Requested Range Not Satisfiable) 67 10.4.18 417 期望失败 67 10.5 服务器错误 5xx (Server Error) 67 10.5.1 500 服务器内部错误 (Internal Server Error) 67 10.5.2 501 不能实现 (Not Implemented) 68 10.5.3 502 坏网关 (Bad Gateway) 68 10.5.4 503 难以获得的服务.(Service Unavailable) 68 10.5.5 504 网关超时(Gateway Timeout) 68 10.5.6 505 HTTP版本不支持 (HTTP version Not Supported) 68 11.入口验证(Access Authentication) 68 12.内容协商 (Content Negotiation) 69 12.1 服务器驱动协商(Server-driven Negotiation) 69 12.2 代理驱动协商 (Agent-driven Negotiation) 70 12.3 透明协商(Transparent Negotiation) 70 13 HTTP中的缓存 71 13.1.1缓存正确性(Cache Correctness) 72 13.1.2警告信息(Warnings) 72 13.1.3缓存控制机制 (Cache-control Mechanism) 73 13.1.4显示的用户代理警告(Explicit User Agent Warnings) 73 13.1.5规则和警告的例外情况 74 13.1.6由客户控制的行为(Client-controlled Behavior) 74 13.2 过期模型 (Expiration Model) 75 13.2.1 服务器指定模型(Server-Specified Expiratiion) 75 13.2.2 启发式过期 75 13.2.3 年龄(Age)计算 76 13.2.4 过期计算(Expiration Calculations) 78 13.2.5澄清过期值(Disambiguation Expiration Values) 79 13.2.6澄清多个响应(Disambiguating Multiple Response) 79 13.3 验证模型(Validation Model) 80 13.3.1最后修改日期 (Last-Modified Dates) 80 13.3.2 实体标签缓存验证器(Entity Tag Cache Validators) 80 13.3.3 强,弱验证器 (Weak and Strong Validators) 81 13.3.4 关于何时使用实体标签和最后修改时间的规则 83 13.3.5非验证条件(Non-validating Conditionls) 84 13.4 响应的可缓存性(Response Cacheability) 84 13.5 从缓存里构造响应 85 13.5.1End-to-end和Hop-by-hop头域 85 13.5.2不可更改的头域 86 13.5.3联合头域(Combining Headers) 87 13.5.4联合字节范围 88 13.6 缓存协商响应 88 13.7 共享和非共享缓存 (Shared and Non-Shared Caches) 89 13.8 错误和不完全的响应缓存行为 89 13.9 GET 和 HEAD 的副作用(Side Effects of GET and HEAD) 90 13.10 在更新或删除后的无效性 90 13.11 强制写通过( Write-Through Mandatory) 91 13.12 缓存替换 (Cache Replacement) 91 13.13 历史列表 (History Lists) 91 14 头域定义 92 14.1 Accept 92 14.2 Accept-Charset 94 14.3 Accept-Encoding 95 14.4 Accept-Language 96 14.5 Accept-Range 97 14.6 Age 97 14.7 Allow 98 14.8 Authorization (授权) 98 14.9 Cache-Control 99 14.9.1什么是可缓存的 101 14.9.2什么能被缓存保存 102 14.9.3对基本过期机制的改进 102 14.9.4缓存重验证和加载控制(Cache Revalidation and Reload Controls) 104 14.9.5 No-Transform缓存控制指令 106 14.9.6缓存控制扩展(Cache control Extendions) 107 14.10 Connection 107 14.11 Content-Encoding 108 14.12 Content-Language 109 14.13 Content-Length 109 14.14 Content-Location 110 14.15 Content-MD5 111 14.16 Content-Range 112 14.17 Content-Type 114 14.18 Date 114 14.18.1没有时钟的源服务器运作 115 14.19 ETag 115 14.20 Expect 116 14.21 Expires 116 14.22 From 117 14.23 Host 118 14.24 If-Match 118 14.25 If-Modified-Since 119 14.26 If-None-Match 120
HTTP服务器状态代码定义 在利用LoadRunner进行性能测试的时候,经常不知道某个HTTP代码的涵义,现在转载一 篇文章,详细介绍了每种类型的HTTP返回码解释,仅供参考。 HTTP服务器状态代码定义(Status Code Definitions) 1.1 消息1xx(Informational 1xx) 该类状态代码用于表示临时回应。临时回应由状态行(Status- Line)及可选标题组成, 由空行终止。HTTP/1.0中没有定义任何1xx的状态代码,所以它们不是对HTTP/1.0请求的   合法回应。实际上,它们主要用于实验用途,这已经超出本文档的范围。 1.2 成功2xx(Successful 2xx) 表示客户端请求被成功接收、理解、接受。 200 OK 请求成功。回应的信息依赖于请求所使用的方法,如下: GET 要请求的资源已经放在回应的实体中了。 HEAD 没有实体主体,回应中只包括标题信息。 POST 实体(描述或包含操作的结果)。 201 Created 请求完成,结果是创建了新资源。新创建资源的URI可在回应的实体中得到。原始服务器 应在发出该状态代码前创建该资源。如果该操作不能立即完成,服务器必须在该资源可 用时在回应主体中给出提示,否则,服务器端应回应202(可被接受)。 在本文定义的方法,只有POST可以创建资源。 202 Accepted 请求被接受,但处理尚未完成。请求可能不一定会最终完成,有可能被处理过程随时中 断,在这种情况下,没有办法在异步操作中重新发送状态代码。 202回应是没有义务的,这样做的目的是允许服务器不必等到用户代理和服务器间的连接 结束,就可以响应其它过程的请求(象每天运行一次的,基于批处理的过程)。 在某些回应中返回的实体中包括当前请求的状态指示、状态监视器指针或用户对请求能 否实现的评估信息。 204 No Content 服务器端已经实现了请求,但是没有返回新的信息。如果客户是用户代理,则勿需为此 更新自身的文档视图。该回应主要是为了在不影响用户代理激活文档视图的前提下,进 行script语句的输入及其它操作。该回应还可能包括新的、以实体标题形式表示的元信 息,它可被当前用户代理激活视图中的文档所使用。 1.3 重定向(Redirection 3xx) 该类状态码表示用户代理要想完成请求,还需要发出进一步的操作。这些操作只有当后 跟的请求是GET或HEAD时,才可由用户代理来实现,而不用与用户进行交互。用户代理永 远也不要对请求进行5次以上的重定向操作,这样可能导致无限循环。 300 Multiple Choices 该状态码不被HTTP/1.0的应用程序直接使用,只是做为3xx类型回应的缺省解释。存在多 个可用的被请求资源。 除非是HEAD请求,否则回应的实体中必须包括这些资源的字符列表及位置信息,由用户 或用户代理来决定哪个是最适合的。 如果服务器有首选,它应将对应的URL信息存放在位置域(Location field)处,用户代理会根据此域的值来实现自动的重定向。 301 Moved Permanently 请求到的资源都会分配一个永久的URL,这样就可以在将来通过该URL来访问此资源。有 编辑链接功能的客户端会尽可能地根据服务器端传回的新链接而自动更新请求URI。 新的URL必须由回应中的位置域指定。除非是HEAD请求,否则回应的实体主体   (Entity-Body)必须包括对新URL超链接的简要描述。 如果用POST方法发出请求,而接收到301回应状态码。在这种情况下,除非用户确认,否 则用户代理不必自动重定向请求,因为这将导致改变已发出请求的环境。 注意:当在接收到301状态码后而自动重定向POST请求时,一些现存的用户代理会错误地 将其改为GET请求。 302 Moved Temporarily 请求到的资源在一个不同的URL处临时保存。因为重定向有时会被更改,客户端应继续用 请求URI来发出以后的请求。新的URL必须由回应中的位置域指定。除非是HEAD请求,否 则回应的实体主体 (Entity-Body)必须包括对新URL超链接的简要描述。 如果用POST方法发出请求,而接收到302回应状态码。在这种情况下,除非用户确认,否 则用户代理不必自动重定向请求,因为这将导致改变已发出请求的环境。 注意:当在接收到302状态码后而自动重定向POST请求时,一些现存的用户代理会错误地 将其改为GET请求。 304 Not Modified 如果客户端成功执行了条件GET请求,而对应文件自If-Modified- Since域所指定的日期以来就没有更新过,服务器应当回应此状态码,而不是将实体主体 发送给客户端。回应标题域中只应包括一些相关信息,比如缓存管理器

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值