第一章：了解web及网络基础
1.1 使用HTTP协议方问web
访问web时，有一个客户端请求文件资源、服务端响应请求发送文件资源的过程，这个过程使用到的就是HTTP协议。
1.2 HTTP的诞生
HTTP最开始被设想出来是为了用来共享文档。
为了实现共享文档的设想，定义了：文档标记语言HTML、文档传输的协议HTTP、表示文档资源位置的URL，还诞生了web浏览器、web服务器。
之后，还出现了Apache（现在它是一种web服务器标准）。
目前主流用的HTTP协议版本是1.1，版本2.0尚未普及。
1.3 网络基础TCP/IP
TCP/IP是互联网相关的各类协议族的总称。
这一大堆协议族可分为4层，从上到下分别是，应用层、网络层、传输层、链路层，分层之后，各层只需要管好自己负责的任务，不需要关心整个传输过程。
HTTP协议属于应用层。FTP协议和DNS服务也属于应用层。
TCP协议和UDP协议属于传输层。
IP协议属于网络层。
链路层负责跟硬件打交道。
1.4 与HTTP关系密切的协议：IP、TCP、DNS
简单介绍下几个跟HTTP特别有关的协议：
IP负责找到确切的目的地，根据IP地址，还有与IP地址对应的，几乎不会改变的MAC地址，来找到确切的通信对象。
TCP负责会把应用层要传输的数据切割成一个个数据包，并采用3次握手策略来确认对方是否真的接收到了数据。
DNS服务，负责把主机名或者域名对应成IP地址。
1.5 URI和URL
URI是资源定位标识符，表示通过某协议访问资源的时候，资源的定位标识。
URL是表示资源在互联网上所处的位置。所以URL是URI的子集。
（还是没大看懂这个定义，先搁置）
书中HTTP相关内容会按RFC标准来介绍，但现实中，也有些web服务器和客户端就没完全按RFC标准来实现，所以可能会有些实际情况跟RFC上说的不一样。
第二章
本章简单介绍一下HTTP协议1.1版本的内容。
2.1 HTTP协议用于客户端和服务端之间的通信
应用HTTP协议时，必定分为客户端和服务端，两台计算机的角色可以呼唤，但对于一条通信线路来说，必定一端是服务端另一端是客户端。
2.2 通过请求和响应的交换达成通信
HTTP协议规定，通信只能从客户端开始建立，由客户端先发请求。
请求报文的构成：请求方法、请求URI、协议版本、首部字段（可选）、内容实体
响应报文的构成：协议版本、响应状态码和其原因短语（如200 OK、404 NOT FOUND这种）、首部字段（可选）、内容实体
2.3 HTTP是不保存状态的协议
HTTP协议不对请求和响应之间的通信状态进行保存，这是为了更快第处理大量事务、确保协议的可伸缩性，特意把HTTP协议设计成如此简单的。
但是这样不能满足稍微复杂一点的场景需求，所以引入了Cookie技术，有了Cookie，就能实现状态的保存。
2.4 请求URI定位资源
HTTP协议用URI来定位互联网上的资源，在请求报文里就有指定URI。报文里填写的URI可以是完整的URI，也可以是相对HOST的相对URI。此外，如果客户端想对服务端本身发起请求，而不是想访问资源，可以把URI填写成一个*号。
2.5 HTTP方法
GET：用来访问资源。指定的资源经服务器端解析后返回响应内容。
POST：用于传输实体主体，客户端一般用POST方法向服务端传输实体主体，虽然GET也可以传输，但是POST更专门用来做这个事。得到的响应是服务端接收了传输数据之后的处理结果。
PUT：用于客户端向服务端上传文件。一般的web网站不使用这个方法，因为存在安全问题。
HEAD：获得报文首部，用于确认URI的有效性及资源更新的日期时间
DELETE：用于删除文件，与PUT方法一样存在安全问题，一般网站不用。
OPTIONS：用来查询指定URI支持哪些方法。
TRACE：让web服务端将之前的请求通信返回给客户端，用来追踪一条请求从客户端到目标服务器（可能经历多次中转）经历的改变。但是这个方法容易遭到攻击所以也很少用。
CONNECT：要求与代理服务器通信时建立隧道，主要是用SSL和TLS协议把通信内容加密后经网络隧道传输。
2.6 持久连接节省通信量
HTTP最早的版本是每进行一次通信，都要断开一次TCP连接，如果一个客户端需要访问很多资源，比如说访问一个web页面里的多个图片资源，就要多次建立TCP连接、多次断开。
为了节省开销，HTTP1.1版本提出了持久连接，就是HTTP keep-alive，只要任意一端没有提出断开，就保持TCP连接状态。
在持久连接的基础上，请求可以以管线化方式发送，也就是不必等待上一个请求结束再发下一个请求，而是同时发送多个请求。
2.7 使用Cookie进行状态管理
服务端的响应报文内，首部字段可以增加Set-Cookie，向客户端存储信息。之后客户端会在请求报文里带上Cookie。
第三章 HTTP报文内的HTTP信息
3.1 HTTP报文
HTTP报文是由多行数据构成的字符串文本。报文可以分成报文首部和报文主体，其中报文主体可以没有。
3.2 报文结构
请求报文的首部：请求行（请求的方法、URI、HTTP协议版本号）、请求首部字段、通用首部字段、实体首部字段、其它
响应报文的首部：状态行（响应结果的状态码、原因短语、HTTP协议版本号）、响应首部字段、通用首部字段、实体首部字段、其它
3.3 编码提升传输速率
HTTP在传输数据时，可以通过编码提升传输速率
报文主体和实体主体的区别：报文主体是HTTP中的基本单位，由8位组字节流组成，通过HTTP通信传输。实体主体是传输的有效载荷，如果它不经过编码，就跟报文主体相等同，如果传输中经过了编码，实体主体就跟报文主体有区别。
HTTP协议中有一种被称作内容编码的功能，内容编码指定实体被编码的方式，然后就能把实体压缩，客户端接收到实体，然后对它进行解码。
常用的内容编码有gzip、compress、identity（不进行编码）等
为了大容量数据可以逐块加载，可以使用分块传输编码，把实体主体分块传输。
3.4 发送多种数据的多部分对象集合
HTTP采用了MIME标准，允许一份报文主体内可包含多种类型实体
当字段Content-Type为multipart/form-data时，或为multipart/byteranges时，报文主体内就可包含多类型实体。
3.5 获取部分内容的范围请求
在带宽不够的情况下，下载一个大文件需要较长时间，如果下载中网络中断，下次又要从头开始，为了接近这个问题，HTTP允许范围请求，即允许请求一个资源的第x字节到第y字节内容。
执行范围请求时，请求报文的首部会有Range字段，如：Range: bytes=5001-10000
表示请求该资源的第5001字节到第10000字节。
针对范围请求，服务端会返回状态码206，返回响应的内容。如果服务端不能响应范围请求，则会返回状态码200并把整个文件都返回去。
3.6 内容协商
内容协商机制是指客户端和服务器端就响应的资源内容进行交涉，然后提供给客户端最合适的资源，当请求报文首部包含对语言、字符集、编码方式等要求时（如Accept、Accept-Charset、Accept-Language、Content-Language这些字段），就是在与服务端进行内容协商。
内容协商有3种形式：服务器驱动协商、客户端驱动协商、透明协商（前两种方式结合）
