HTTP概述
HTTP是一种能获取如HTML这样网络资源的protocol(通信协议)。它是在web上进行数据交换的基础，是一种client-server协议。也就是说，请求通常是由像浏览器这样的接收方发起的。一个完整的Web文档通常是由不同的子文档拼接而成的，像是文本、布局描述、图片、视频、脚本等等。
基于HTTP的组件系统
HTTP是一个client-server协议：请求通过一个实体被发出，实体也就是用户代理。大多数情况下，这个代理大都是只浏览器，当让它也可以是任何东西，比如一个爬取网页生成维护搜索引擎索引的机器爬虫。
每一个发送到服务器的请求，都会被服务器处理并返回一个消息，也就是response。在这个请求与响应之间，还有许许多多的被称为proxies的实体，他们的作用和表现各不相同，比如有些是网关，还有些是caches等。
cache (web cache或者HTTP cache) 是临时存储HTTP响应的组件，只要它符合一定条件，就可以用于后续的HTTP请求。
客户端：user-agent
user-agent就是任何能够为用户发起行为的工具。这个角色通常是由浏览器来扮演。一些例外情况，比如是工程师使用的程序，以及Web开发人员调试应用程序。
浏览器总是作为一个发起请求的实体，他永远不是服务器。要展现一个网页，浏览器首先发送一个请求来获取页面的HTML文档，再解析文档中的资源信息发送其他请求，获取可执行脚本或CSS样式来进行页面布局渲染，以及一些其它页面资源（如图片和视频等）。然后，浏览器将这些资源整合到一起，展现出一个完整的文档，也就是网页。浏览器执行的脚本可以在之后的阶段获取更多资源，并相应地更新网页。
一个网页就是一个超文本文档。也就是说，有一部分显示的文本可能是链接，启动它（通常是鼠标的点击）就可以获取一个新的网页，使得用户可以控制客户端进行网上冲浪。浏览器来负责发送HTTP请求，并进一步解析HTTP返回的消息，以向用户提供明确的响应
Web服务端
在上述通信过程的另一端，是由Web Server来服务并提供客户端所请求的文档**。Server只是虚拟意义上代表一个机器**：它可以是共享负载（负载均衡）的一组服务器组成的计算机集群，也可以是一种复杂的软件，通过向其他计算机（如缓存，数据库服务器，电子商务服务器 ...）发起请求来获取部分或全部资源
Server 不一定是一台机器，但一个机器上可以装载的众多Servers。在HTTP/1.1 和Host头部中，它们甚至可以共享同一个IP地址。
代理（Proxies）
在浏览器和服务器之间，有许多计算机和其他设备转发了HTTP消息。由于Web栈层次结构的原因，它们大多都出现在传输层、网络层和物理层上，对于HTTP应用层而言就是透明的，虽然它们可能会对应用层性能有重要影响。还有一部分是表现在应用层上的，被称为代理（Proxies）。代理（Proxies）既可以表现得透明，又可以不透明（“改变请求”会通过它们）。代理主要有如下几种作用：
- 缓存（可以是公开的也可以是私有的，像浏览器的缓存）
- 过滤（像反病毒扫描）
- 负载均衡（让多个服务器服务不同的请求）
- 认证（对不同资源进行权限管理）
- 日志记录（允许存储历史信息）
HTTP 的基本性质
HTTP 是简单的
HTTP 是可扩展的
在 HTTP/1.0 中出现的 HTTP headers 让协议扩展变得非常容易。只要服务端和客户端就新 headers 达成语义一致，新功能就可以被轻松加入进来
HTTP 是无状态，有会话的
HTTP 和连接
HTTP 能控制什么
HTTP 流
HTTP 报文
基于HTTP的APIs
总结
HTTP是一种简单可扩展的协议，其Client-Server的结构以及轻松扩展头部信息的能力使得HTTP可以和Web共同发展。
HTTP Headers
HTTP Header允许客户端和服务端通过request和response传递附加消息。一个请求头有名称（不区分大小写）后跟一个冒号“：”，冒号后跟具体的值（不带换行符）组成。该值前面的引导空白会被忽略。
自定专用消息头可通过‘X-’前缀来添加；但是这种用法被IETF在2012年6月发布的 RFC5548 中明确弃用，原因是其会在非标准字段成为标准时造成不便；其他的消息头在IANA注册表中列出，其原始内容在RFC 4229中定义。此外，IANA还维护着呗提议的新HTTP消息头注册表。HTTP消息中header头部信息的讲解
根据不同上下文，可将消息头分为：
- General headers: 同时适用于请求和响应消息，但与最终消息主体中传输的数据无关的消息头。
- Request headers:包含更多有关要获取的资源或客户端本身信息的消息头。
- Response headers: 包含有关响应的补充信息，如其位置或服务器本身信息的消息头。
- Entity headers:包含有关实体主体的更多信息，比如主体长（Content-Length）度或其MIME类型。
消息头也可以根据代理对其的处理方式分为：
端到端消息头
这类消息头必须被传输到最终的消息接收者，也即，请求的服务器或响应的客户端。中间的代理服务器必须转发未经修改的端到端消息头，并且必须缓存它们。
逐跳消息头
这类消息头仅对单次传输连接有意义，不能通过代理或缓存进行重新转发。这些消息头包括 Connection, Keep-Alive, Proxy-Authenticate, Proxy-Authorization, TE, Trailer, Transfer-Encoding 及 Upgrade。
注意，只能使用 Connection 来设置逐跳一般头。(啥意思？)
请求首部
TE需要设置trailers来允许挂载字段。
