本篇是我学习http的笔记，其中很多都是参考和引用前辈总结出的经验，其中的很多图片都是来自《图解HTTP》。感谢 菜鸟教程 ，图解HTTP。
HTTP基础
什么是http
HTTP协议是Hyper Text Transfer Protocol（超文本传输协议）的缩写,是用于从万维网（WWW:World Wide Web ）服务器传输超文本到本地浏览器的传送协议。
HTTP是一个基于TCP/IP通信协议来传递数据（HTML 文件, 图片文件, 查询结果等）。
http工作原理
使用http协议通讯的双方注定一个是客户端一个是服务端，通常浏览器作为HTTP客户端通过URL向HTTP服务端即WEB服务器发送所有请求。Web服务器根据接收到的请求后，向客户端发送响应信息。
http特点
- HTTP是无连接：无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。
- HTTP是媒体独立的：这意味着，只要客户端和服务器知道如何处理的数据内容，任何类型的数据都可以通过HTTP发送。客户端以及服务器指定使用适合的MIME-type内容类型。
- HTTP是无状态：HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它的应答就较快。
HTTP相关知识
TCP/IP四层协议
TCP： 传输控制协议，用于从应用程序到网络的数据传输控制，TCP 负责在数据传送之前将它们分割为 IP 包，然后在它们到达的时候将它们重组。
IP：网际协议， 负责计算机之间的通信，负责在因特网上发送和接收数据包。
TCP/IP四层协议 是数据在互联网之间进行传递的四个过程，将这个过程分为四步方便了管理也方便了操作。
- 应用层：这一层主要是各种应用协议，如：用于web服务的HTTP协议、用于文件服务的FTP协议、用于邮箱服务的SMTP协议，等等。这些协议的作用就是将数据组织成特定数据格式。
- 传输层：这一层就是TCP协议，他的作用就是将上一层的数据格式进行分割成便于传输的IP包或者将分割好的IP包重组成原先的格式。
- 网络层：这一层是IP协议，负责互联网之间的数据通信。
- 链路层：这一层是负责数据在硬件间传输。
打个比方：这个过程，就像一个人要带一个东西去一个未知的大厦将这个东西交个大厦里面的一位韩先生，应用层就是决定这个人要带什么东西，传输层就是决定这个人使用什么交通工具（骑车、步行、公交），网络层就是决定这个人去哪里（大厦具体位置）走什么路线（由于修路可能绕行），链路层就是这个人到达大厦后东西被门卫要去了，门卫说这个东西只能门卫递给韩先生。
DNS服务
DNS服务是用来查找域名所对应的IP地址的，通常我们访问一个网站使用的都是域名，但是要想知道域名真正对应的IP地址就需要使用DNS服务。
说DNS查询之前先说说域名的结构，以www.baidu.com为例：所有的域名都有一个根域名：”.”,然后就是他的一级域名也称为顶级域名：“com”,再然后就是他的二级域名：“baidu”，再然后就是他的三级域名：“www”。
DNS完整的查询过程是这样的：
1. 查询根域名DNS服务器，询问一级域服务器所在位置。
2. 查询一级域DNS服务器，询问二级域服务器所在位置。
3. 查询二级域DNS服务器，询问三级域服务器所在位置。
4. 最终获取到目标位置的IP地址，然后直接进行通信。
URL和URI
URL： 统一资源定位符，通俗的理解就是网址，如：http://www.baidu.com、http://www.taobao.com。
URI： 统一资源标识符，通俗的理解就是网络上的各种资源（文本、图片、音乐、视频等等），如：http://www.runoob.com/tcpip/tcpip-protocols.html。
HTTP报文结构
HTTP使用统一资源标识符（Uniform Resource Identifiers, URI）来传输数据和建立连接。建立连接的过程首先是先由客户端发起HTTP请求，然后在由服务器响应HTTP请求。请求和响应时发送的数据分别有特定的格式，而发送的数据就是HTTP报文。
HTTP请求报文结构
客户端发送一个HTTP请求到服务器的请求消息包括以下格式：请求行（request line）、请求头部（header）、空行和请求数据四个部分组成，下图给出了请求报文的一般格式。
请求行位于请求报文的第一行，有三个字段：第一个是请求方法、第二个是请求的目标，第三个是版本协议。
HTTP响应报文结构
同请求报文类似，响应报文也是由四部分组成：状态行（request line）、响应头部（header）、空行和响应数据数据四个部分组成，下图给出了请求报文的一般格式。
同样响应行也是在第一行,也是有三个字段分别是：协议的版本号、状态码、状态码的原因短语。
HTTP请求方法
请求方法 就是在上一节讲到请求报文结构时提到请求行的第一个字段，它是决定客户端使用什么方法去请求服务端。使用的方法不同效果也是不同，常见方法有：
| 序号 | 方法 | 描述 |
|---|---|---|
| 1 | GET | 请求指定的页面信息，并返回实体主体。 |
| 2 | HEAD | 类似于get请求，只不过返回的响应中没有具体的内容，用于获取报头 |
| 3 | POST | 向指定资源提交数据进行处理请求（例如提交表单或者上传文件）。数据被包含在请求体中。POST请求可能会导致新的资源的建立和/或已有资源的修改。 |
| 4 | PUT | 从客户端向服务器传送的数据取代指定的文档的内容。 |
| 5 | DELETE | 请求服务器删除指定的页面。 |
| 6 | CONNECT | HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器。 |
| 7 | OPTIONS | 允许客户端查看服务器的性能。 |
| 8 | TRACE | 回显服务器收到的请求，主要用于测试或诊断。 |
| 分类 | 分类描述 |
|---|---|
| 1** | 信息，服务器收到请求，需要请求者继续执行操作 |
| 2** | 成功，操作被成功接收并处理 |
| 3** | 重定向，需要进一步的操作以完成请求 |
| 4** | 客户端错误，请求包含语法错误或无法完成请求 |
| 5** | 服务器错误，服务器在处理请求的过程中发生了错误 |
HTTP状态码列表
| 状态码 | 状态码英文名称 | 中文描述 |
|---|---|---|
| 100 | Continue | 继续。客户端应继续其请求 |
| 101 | Switching Protocols | 切换协议。服务器根据客户端的请求切换协议。只能切换到更高级的协议，例如，切换到HTTP的新版本协议 |
| 200 | OK | 请求成功。一般用于GET与POST请求 |
| 201 | Created | 已创建。成功请求并创建了新的资源 |
| 202 | Accepted | 已接受。已经接受请求，但未处理完成 |
| 203 | Non-Authoritative Information | 非授权信息。请求成功。但返回的meta信息不在原始的服务器，而是一个副本 |
| 204 | No Content | 无内容。服务器成功处理，但未返回内容。在未更新网页的情况下，可确保浏览器继续显示当前文档 |
| 205 | Reset Content | 重置内容。服务器处理成功，用户终端（例如：浏览器）应重置文档视图。可通过此返回码清除浏览器的表单域 |
| 206 | Partial Content | 部分内容。服务器成功处理了部分GET请求 |
| 300 | Multiple Choices | 多种选择。请求的资源可包括多个位置，相应可返回一个资源特征与地址的列表用于用户终端（例如：浏览器）选择 |
| 301 | Moved Permanently | 永久移动。请求的资源已被永久的移动到新URI，返回信息会包括新的URI，浏览器会自动定向到新URI。今后任何新的请求都应使用新的URI代替 |
| 302 | Found | 临时移动。与301类似。但资源只是临时被移动。客户端应继续使用原有URI |
| 303 | See Other | 查看其它地址。与301类似。使用GET和POST请求查看 |
| 304 | Not Modified | 未修改。所请求的资源未修改，服务器返回此状态码时，不会返回任何资源。客户端通常会缓存访问过的资源，通过提供一个头信息指出客户端希望只返回在指定日期之后修改的资源 |
| 305 | Use Proxy | 使用代理。所请求的资源必须通过代理访问 |
| 306 | Unused | 已经被废弃的HTTP状态码 |
| 307 | Temporary Redirect | 临时重定向。与302类似。使用GET请求重定向 |
| 400 | Bad Request | 客户端请求的语法错误，服务器无法理解 |
| 401 | Unauthorized | 请求要求用户的身份认证 |
| 402 | Payment Required | 保留，将来使用 |
| 403 | Forbidden | 服务器理解请求客户端的请求，但是拒绝执行此请求 |
| 404 | Not Found | 服务器无法根据客户端的请求找到资源（网页）。通过此代码，网站设计人员可设置”您所请求的资源无法找到”的个性页面 |
| 405 | Method Not Allowed | 客户端请求中的方法被禁止 |
| 406 | Not Acceptable | 服务器无法根据客户端请求的内容特性完成请求 |
| 407 | Proxy Authentication Required | 请求要求代理的身份认证，与401类似，但请求者应当使用代理进行授权 |
| 408 | Request Time-out | 服务器等待客户端发送的请求时间过长，超时 |
| 409 | Conflict | 服务器完成客户端的PUT请求是可能返回此代码，服务器处理请求时发生了冲突 |
| 410 | Gone | 客户端请求的资源已经不存在。410不同于404，如果资源以前有现在被永久删除了可使用410代码，网站设计人员可通过301代码指定资源的新位置 |
| 411 | Length Required | 服务器无法处理客户端发送的不带Content-Length的请求信息 |
| 412 | Precondition Failed | 客户端请求信息的先决条件错误 |
| 413 | Request Entity Too Large | 由于请求的实体过大，服务器无法处理，因此拒绝请求。为防止客户端的连续请求，服务器可能会关闭连接。如果只是服务器暂时无法处理，则会包含一个Retry-After的响应信息 |
| 414 | Request-URI Too Large | 请求的URI过长（URI通常为网址），服务器无法处理 |
| 415 | Unsupported Media Type | 服务器无法处理请求附带的媒体格式 |
| 416 | Requested range not satisfiable | 客户端请求的范围无效 |
| 417 | Expectation Failed | 服务器无法满足Expect的请求头信息 |
| 500 | Internal Server Error | 服务器内部错误，无法完成请求 |
| 501 | Not Implemented | 服务器不支持请求的功能，无法完成请求 |
| 502 | Bad Gateway | 充当网关或代理的服务器，从远端服务器接收到了一个无效的请求 |
| 503 | Service Unavailable | 由于超载或系统维护，服务器暂时的无法处理客户端的请求。延时的长度可包含在服务器的Retry-After头信息中 |
| 504 | Gateway Time-out | 充当网关或代理的服务器，未及时从远端服务器获取请求 |
| 505 | HTTP Version not supported | 服务器不支持请求的HTTP协议的版本，无法完成处理 |
HTTP首部字段
HTTP的首部字段非常多，然后网上的其他文章也说的比较全，所以这里就不一一详细介绍，如果想详细了解的可以阅读《图解HTTP》。同时这两篇文章也写得不错推荐大家阅读。
通用首部字段
请求首部字段
响应首部字段
实体首部字段
HTTPS
《关于启用 HTTPS 的一些经验分享（一）》
《关于启用 HTTPS 的一些经验分享（二）》
《关于启用 HTTPS 的一些经验分享（三）》
《大型网站的 HTTPS 实践（一）—— HTTPS 协议和原理》
《大型网站的 HTTPS 实践（二）——HTTPS 对性能的影响》
《大型网站的 HTTPS 实践（三）——基于协议和配置的优化》
《电商网站HTTPS实践之路（一）——概述篇》
《电商网站HTTPS实践之路（二）——系统改造篇》
《电商网站HTTPS实践之路（三）——性能优化篇》
《电商网站HTTPS实践之路（四）——灰度上线篇》