时间：2021-07-01 10:21:17 帮助过：9人阅读
介绍：http基于tcp/ip通信来传递数据
http是无连接：每次连接只处理一个请求，服务器处理完请求后，并收到客户端的应答后，即断开连接；
http媒体是独立的：只要客户端和服务器端知道如何处理数据类型，任何数据都可以用http传送；
http无状态：无状态是指协议对于事物处理没得记忆能力；
1.http客服端请求包括：请求行、请求头部、空行和请求数据
2.http响应：状态行、消息报头、空行、响应正文
http1.0：get、post和head
http1.1新增五种请求方式: delete、put、connect、 tarce和options
| 方法 | 描述 |
|---|---|
| get | 向特定资源发起请求 |
| post | 向指定资源提交数据进行数据处理。数据包含在请求体中，post请求可能用于新的资源的创建以及已有资源的修改 |
| head | 类似与get请求，只不过没有返回体，用于获取包含在响应消息头中的元信息 |
| put | 向指定资源上传最新内容 |
| delete | 请求服务器删除指定资源 |
| trace | 回显服务器收到的请求，主要用于测试或诊断 |
| connect | http1.1中预留给能够将连接改为管道方式的代理服务器 |
| options | 返回服务器对特定资源支持的http方法，用来向服务器发送‘*’的请求来测试服务器的功能性 |
首部和方法配合工作，共同决定客户端和服务端能做什么事情
客户端和服务端都可以使用的首部
| 首部 | 描述 |
|---|---|
| Connection | 允许客户端与服务端指定与请求/响应相连接有关的选项 |
| Date | 提供日期和时间标志，说明报文是什么时间创建的 |
| MIME-Version | 给出发送给端MIME版本 |
| Trailer | 如果报文传输采用分块传输（chunked transfer encoding）方式，就可以用这个首部列出位于报文拖挂部分的首部集合 |
| Transfer-Encoding | 告诉接受端为了保证报文的可靠传输，对报文采用了什么编码方式 |
| Update | 给出了发送端可能想要“升级”使用新版或协议 |
| Via | 显示报文经过的中间节点（代理、网关） |
请求报文特有的，为服务器提供一些额外的信息，比如客户端希望接收到什么样的数据类型
| 首部 | 描述 |
|---|---|
| Client-Ip | 提供运行客户端机器的IP地址 |
| From | 提供客户端用户的E-mail地址 |
| Host | 给出接收请求服务器的地址和端口号 |
| Referer | 提供包含当前请求URL的文档的URL |
| UA-color | 提供客户端显示器的显示颜色有关的信息 |
| UA-CPU | 给出客户端CPU类型和制造商 |
| UA-Disp | 提供了客户端显示器能力有关的信息 |
| UA-OS | 提供客客户机器上运行的操作系统和版本 |
| UA-Pixels | 提供了客户端显示器的像素信息 |
| User-Agent | 将发送请求的应用程序名称告知服务器 |
| 首部 | 描述 |
|---|---|
| Accept | 告诉服务器能够发送哪些媒体类型 |
| Accept-Charset | 告诉服务器能够发送哪些字符集 |
| Accept-Encoding | 告诉服务器能够发送哪些编码方式 |
| Accept-Language | 告诉服务器能够发送哪些语言 |
| TE | 告诉服务器可以使用哪些扩展传输编码 |
| 首部 | 描述 |
|---|---|
| Expect | 允许客户端列出请求所要求的服务器行为 |
| If-Match | 如果实体标记与文档当前的实体标记相匹配，就获取这份文档 |
| If-Modify-Since | 除非在某个指定的日期之后资源被修改过，否则就限制这个请求 |
| If-None-Match | 如果实体标记与文档当前的实体不相符，就获取文档 |
| If-Range | 允许对文档的某个范围就行条件请求 |
| If-Unmodified-Since | 除非在某个指定日期之后资源没有被修改过，否则就限制这个请求 |
| Range | 如果服务器支持范围请求，就请求资源的指定范围 |
| 首部 | 描述 |
|---|---|
| Authorization | 包含了客户端提供给服务器，以便对其自身进行数据验证 |
| Cookie | 客户端用它想服务端发送一个令牌————它并不是真正的安全首部，确实隐含了安全功能 |
| Cookie2 | 用来说明请求端支持的Cookie版本 |
| 首部 | 描述 |
|---|---|
| Max-Forward | 在通往服务器的的路径上，将请求转给其他代理或网关的最大次数————与TARCE方法一起使用 |
| Proxy-Authorization | 与Authorization首部相同，但这个首部是在与代理进行认证时使用的 |
| Proxy-Connection | 与Connection首部相同，但这个首部是在与代理建立连接时使用的 |
响应报文有自己的首部集，以遍为客服端提供信息
| 首部 | 描述 |
|---|---|
| Age | (从最初创建开始)响应持续时间 |
| Publick | 服务器为其资源支持的请求方法列表 |
| Retry-After | 如果资源不可用的话，在此日期或时间重试 |
| Server | 服务器应用程序软件的名称和版本 |
| Title | 对于html文档来说，就是HTML文档的源端给出的标题 |
| Wraning | 比原因短语中，更详细的警告报文 |
| 首部 | 描述 |
|---|---|
| Accept-Ranges | 对此资源来说，服务器可接受的数据类型 |
| Vary | 服务器查看其他首部 列表，可能会使响应发生变化；也就是说，这是一个首部列表，服务器会根据这些首部的内容挑选出最合适的资源版本发送给客户端 |
| 首部 | 描述 |
|---|---|
| Proxy-Authenticate | 来自代理对客户端的质询列表 |
| Set-Cookie | 不是真正的安全首部，但隐含安全功能；可以在客户端设置一个安全令牌，以遍服务端对客户端进行标志 |
| Set-Cookie2 | 与Set-Cookie类似 |
| WWW-Authenticate | 来自服务器对客户端的质询列表 |
实体首部用于实体主体部分的首部
| 首部 | 描述 |
|---|---|
| Content-Base | 解析主体中相对URL时使用的基础URL |
| Content-Enconding | 对主题执行的任意编码方式 |
| Content-Language | 理解主体时最适宜使用的自然语言 |
| Content-Length | 主体的长度或者尺寸 |
| Content-Location | 资源实体所处的位置 |
| Content-MD5 | 主体的MD5校验和 |
| Content-Range | 在整个资源中此实体表示的资源范围 |
| Content-Type | 这个主题的对象类型 |
| 首部 | 描述 |
|---|---|
| ETag | 与此实体相关的实体标记 |
| Expires | 实体不在有效，要从原始的源端再次获取此实体的日期和时间 |
| Last-Modified | 这个实体最后一次被修改的日期和时间 |
状态码为客户端提供一种理解事务处理结果的快捷方式
100-199: 信息性状态码
| 状态码 | 原因短语 | 含义 |
|---|---|---|
| 100 | Continue | 说明收到了客户端的请求初始部分，请客户端继续。发送这个状态码后，服务端在收到请求后必须进行响应 |
| 101 | Switching Protocols | 说明服务器端正在根据客户端的指定，将协议切换为Update首部所列的协议 |
200-299: 成功状态码
客户端发送请求时，这些请求通常都是成功的
| 状态码 | 原因短语 | 含义 |
|---|---|---|
| 200 | OK | 请求没有问题，实体的主体部分包含请求的资源 |
| 201 | Created | 用于创建服务器的对象请求(比如 PUT)，响应的实体部分中应该包含各种引用了以创建的资源的URL,Location首部包含的则是最具体的引用，服务器必须在发送这个状态之前创建好对象 |
| 202 | Accepted | 请求已接受，但服务器还未对其执行任何操作。不能保证服务器会完成这个请求，只是意味着接受请求时，它看起来是有效的。服务器应该在实体的主体部分包含对请求状态的描述，或许还应该对请求完成时间的估计（或者包含一个指针，指向可以获取此信息的位置） |
| 203 | Non-Authoritative Information | 实体首部包含的信息不是来自于源服务器，而是来自资源的一份副本。如果中间节点上有一份资源副本，但无法或者没有对它所发送的资源有关的元信息（首部）进行验证，就会出现这种情况 |
| 204 | No Content | 响应报文中包含若干首部和一个状态行，但没有实体的主体部分。主要用于浏览器不转为新文档的情况下，对其进行更新（比如刷新一个表达页面） |
| 205 | Reset Content | 另一个主要用于浏览器的代码。负责告诉浏览器清除当前页面中的所有html标签 |
| 206 | Partail Content | 成功执行一个部分或者Range请求。稍后我们会看到，客户端可以通过一些特殊的首部来获取部分或范围内的文档————这个状态码就说明范围请求成功响应中必须包括Content-Range、Date和ETag或者Content-Location首部 |
300-399: 重定向状态码
重定向状态码要么告知客户端使用替代位置来访问它们感兴趣的资源，要么提供一个可替代的响应而不是资源的内容。如果资源已被移动，可发送一个重定向状态码和一个可选的Location首部来告知客户端资源已被移走，以及现在在哪里可以找到它
| 状态码 | 原因短语 | 含义 |
|---|---|---|
| 300 | Multiple Choices | 客户端请求实际是一个指向多个资源的URL时会返回这个状态码，比如服务器上某个HTML文档有中文和英文版。返回这个代码时会有一个选项列；这样用户就可以选择他希望使用的一项 |
| 301 | Moved Permanently | 在请求URL已被移出时。响应的Loaction首部中包含资源所处在的URL |
| 302 | Found | 与301类似；但是客户端应该使用Location首部给出的URL获取临时定位资源。将来的请求任使用老资源 |
| 303 | Set Ohter | 告诉客户端应该使用另外一个URL来获取资源。新的URL资源位于响应报文Location首部。其主要目的是允许POST请求的响应将客户端定向到某个资源上去 |
| 304 | Not Modify | 客户端可以通过所包含的请求首部，使其请求变成有条件的。如果客户端发送一个GET请求，而最近资源未改变的话，就可以用这个状态码来说明资源未被修改。带有这个状态码的响应不应该包含实体部分 |
| 305 | Use Proxy | 用来说明必须通过一个代理来访问资源。代理的位置由Location来给出。很重要的一点，客户端是相对某个特定资源来解析这条响应的，不能假定所有请求，甚至所有对持有所请求的服务器请求都通过这个代理进行。如果客户端错误的让代理介入某个请求，可能引发破坏性的行为，照成安全漏铜问题 |
| 306 | 未使用 | 未使用 |
| 307 | Temporary Redirect | 与301状态码类似;但客户端应该使用Location首部给出的URL来临时定位资源。将来的资源应该用老的URL |
400-499: 客户端错误状态码
有时候客户端会发送一个服务器无法处理的东西，比如格式错误的请求报文，或者最常见的时候一个不存在的URL
| 状态码 | 原因短语 | 含义 |
|---|---|---|
| 400 | Bad Request | 用于告诉客户端发送了一个错误的请求 |
| 401 | Unauthorized | 与适当的首部一起返回，在这个首部中请求客户端在获取资源的访问权之前，对自己进行认证 |
| 402 | Payment Required | 状态码未使用 |
| 403 | Forbidden | 用于说明请求被服务器拒绝。如果服务器说明为什么拒绝请求，可以包含实体的主体部分进行描述。但这个状态码通常是服务器不想说明原因的时候使用 |
| 404 | Not Found | 用于说明服务器说明无法找到请求的URL。通常会包含一个实体，以便于客户端应用程序给用户看 |
| 405 | Method Not Allowed | 发送的请求中带有所请求的URL不支持的方法时，会使用此状态码。因该在响应中包含Allow首部，以告诉客户端对所请求的资源可以使用哪些方法 |
| 406 | Not Acceptable | 客户端可以指定参数来说明它愿意接受什么类型的实体。服务器没有与客户端接受的URL相匹配的资源的时，使用此代码。通常服务器会包含一些首部，以便客户端弄清除为什么请求无法满足 |
| 407 | Proxy Authentication Required | 与401相似，但用于要求对资源进行认证的代理服务器 |
| 408 | Request Timeout | 如果客户端请求的时间太长，服务器可以返回此状态码，并关闭连接。超时时常随服务器不同而不同，但通常对所有合法服务器来说，都是够长的 |
| 409 | Conflict | 用于说明请求可能在资源上引发了一些冲突。服务器担心会引发冲突，可以发送此状态码。响应中应该包含描述冲突的主体 |
| 410 | Gone | 与404类似，只是服务器曾经拥有过此资源。主要用于Web站点的维护，这样服务器管理者就可以在资源被移除的情况下通知客户端 |
| 411 | Length Required | 服务器要求请求报文中包含Content-length时使用 |
| 412 | Precondition Falied | 客户端发送请求条件，且其中一个条件失败的时候使用。客户端包含了Expect首部时发送的就是条件请求 |
| 413 | Request Entiny Too large | 客户端发送的实体主体部分比服务器能够或者希望处理的要大时，使用此状态码 |
| 414 | Request Url Too Long | 客户端发送的请求中的请求URL比服务器能够或者希望处理的要长时，使用此状态码 |
| 415 | Unsupported Media Type | 服务端无法理解或支持客户端发送实体的内容类型时，使用此状态码 |
| 416 | Request Range Not Satisfiable | 请求报文是请求资源的某个范围，而此范围无效或无法满足时，使用此状态码 |
| 417 | Expection Failed | 请求的Expect请求包含了一个期望，但服务器无法满足此期望时，使用此状态码。如果代理或其他中间程序有确切证据说明源服务区器端会为请求产生一个失败期望，就可以发送这个状态码 |
500-599: 服务端错误状态码
有时候客户端发送一个请求，服务器自身发生错误时
| 状态码 | 原因短语 | 含义 |
|---|---|---|
| 500 | Internal Server Error | 服务器遇到一个妨碍它为请求提供服务的错误时，使用此状态码 |
| 501 | Not Inplemented | 客户端发送请求时超出服务器的能力范围，使用此状态码 |
| 502 | Bad Gateway | 作为代理或网关使用服务器从响应链的下一条链路上收到一条伪响应时，使用此状态码 |
| 503 | Service Unavailable | 用来说明服务器现在无法为请求提供服务，但将来可以。如果服务器知道资源什么时候可用，可以在响应中包含一个Retry-after首部 |
| 504 | Gateway Timeout | 与状态码408类似，只是这里的响应来自一个网关或代理，他们在等待另一服务器对其请求进行响应时超时了 |
| 505 | HTTP Version Not Supported | 服务器收到的请求使用了它无法或不愿支持的协议版本，使用此状态码。有些服务器应用程序选择不支持协议的早早期版本 |
在github上编辑此页
博主个人博客
参考:http协议
[http权威指南]
相关推荐：
使用http协议的流程
什么是HTTP协议
Http协议与TCP协议有什么区别
以上就是http协议前端常识 的详细内容，更多请关注Gxl网其它相关文章！