返回：唐霜｜书

http协议学习札记

对http协议的一些重要知识点的梳理，快速掌握对应的知识点

url的构成

基本格式：schema://host[:port原创内容，盗版必究。【转载请注明来源】#]/path/…/[?qu著作权归作者所有，禁止商业用途转载。【原创不易，请尊重版权】ery-string][#anchor]

scheme 传输协议：指定使用的协议(例如：http, h【本文受版权保护】【原创内容，转载请注明出处】ttps, ftp)，这里就是http或【作者：唐霜】【原创不易，请尊重版权】者https，大多数网页浏览器不要求用户【原创不易，请尊重版权】未经授权，禁止复制转载。输入网页中“http(s)://”的部分【版权所有，侵权必究】本文版权归作者所有，未经授权不得转载。，因为绝大多数网页内容是超文本传输协议文【作者：唐霜】【转载请注明来源】件。

未经授权，禁止复制转载。未经授权，禁止复制转载。【原创不易，请尊重版权】

host 服务器： HTTP服务器的IP地址或者域名，一【作者：唐霜】转载请注明出处：www.tangshuang.net般人访问网站首页通常只要输入域名部分。

转载请注明出处：www.tangshuang.net原创内容，盗版必究。

本文版权归作者所有，未经授权不得转载。【原创内容，转载请注明出处】

path 路径：访问资源的路径，对应后端路由控制部分【原创不易，请尊重版权】本文版权归作者所有，未经授权不得转载。代码index.js中定义的路径

本文版权归作者所有，未经授权不得转载。本文版权归作者所有，未经授权不得转载。

query-string 查询字符串：发送给http服务器的数据，用get【版权所有，侵权必究】【原创内容，转载请注明出处】请求发送的数据会在这一部分显示，url中本文作者：唐霜，转载请注明出处。转载请注明出处：www.tangshuang.net？后面的部分。例如：url?name=zzl&age=10。以“?”字符为起点，每个参数以“&am本文作者：唐霜，转载请注明出处。未经授权，禁止复制转载。p;”隔开，再以“=”分开参数名称与数据未经授权，禁止复制转载。原创内容，盗版必究。。

思考题：写一个函数，方便的获取当前url原创内容，盗版必究。原创内容，盗版必究。的各个部分。

【本文受版权保护】【本文受版权保护】

http请求的内容

http请求包含“请求（request）【未经授权禁止转载】本文版权归作者所有，未经授权不得转载。”和“响应（response）”两个部分著作权归作者所有，禁止商业用途转载。原创内容，盗版必究。，分别包含头和内容，即：请求头、请求体、【原创不易，请尊重版权】【关注微信公众号：wwwtangshuangnet】响应头、响应体。

request消息的结构

著作权归作者所有，禁止商业用途转载。原创内容，盗版必究。本文作者：唐霜，转载请注明出处。未经授权，禁止复制转载。

Method | path to resource | http/version number
-----------------------------------------------
Header name 1: value 
Header name 2: value
  
...
-----------------------------------------------
-----------------------------------------------
request body(optional)

可以看到http request分为三个【访问 www.tangshuang.net 获取更多精彩内容】未经授权，禁止复制转载。部分：

第一部分是request line，包括本文版权归作者所有，未经授权不得转载。原创内容，盗版必究。请求的方法Method（GET/POST本文作者：唐霜，转载请注明出处。【版权所有】唐霜 www.tangshuang.net）、请求资源的路径path to res【版权所有】唐霜 www.tangshuang.net转载请注明出处：www.tangshuang.netource（对应后端路由部分定义的路径）【关注微信公众号：wwwtangshuangnet】【本文首发于唐霜的博客】和http协议的版本号。

【本文首发于唐霜的博客】

【作者：唐霜】

第二部分是request header请【未经授权禁止转载】未经授权，禁止复制转载。求头

【本文首发于唐霜的博客】

第三部分是request body请求体【版权所有】唐霜 www.tangshuang.net著作权归作者所有，禁止商业用途转载。，当使用GET方法发送请求的时候，请求体著作权归作者所有，禁止商业用途转载。【本文受版权保护】是空的

著作权归作者所有，禁止商业用途转载。

【作者：唐霜】

本文作者：唐霜，转载请注明出处。

response消息的结构

【原创内容，转载请注明出处】著作权归作者所有，禁止商业用途转载。转载请注明出处：www.tangshuang.net原创内容，盗版必究。

http/version number | status code | message
-----------------------------------------------
Header name 1: value
header name 2: value
...
-----------------------------------------------
-----------------------------------------------
response body(optional)

可以看到http response也分为转载请注明出处：www.tangshuang.net著作权归作者所有，禁止商业用途转载。三个部分：

【本文受版权保护】【访问 www.tangshuang.net 获取更多精彩内容】

第一部分是response line，包未经授权，禁止复制转载。未经授权，禁止复制转载。括http协议版本号，响应状态码和响应状【本文首发于唐霜的博客】原创内容，盗版必究。态消息

本文版权归作者所有，未经授权不得转载。

第二部分是response header原创内容，盗版必究。【版权所有】唐霜 www.tangshuang.net响应头

【关注微信公众号：wwwtangshuangnet】

本文作者：唐霜，转载请注明出处。

【关注微信公众号：wwwtangshuangnet】

本文版权归作者所有，未经授权不得转载。

第三部分是响应体

【转载请注明来源】

【访问 www.tangshuang.net 获取更多精彩内容】

【原创内容，转载请注明出处】

结构上看其实他们是一样的，只不过内容不同著作权归作者所有，禁止商业用途转载。【转载请注明来源】而已。请求头和响应头不同，请求发出的表示未经授权，禁止复制转载。【版权所有】唐霜 www.tangshuang.net客户端希望服务端怎么做，而响应头则表示服本文版权归作者所有，未经授权不得转载。著作权归作者所有，禁止商业用途转载。务端希望客户端如何做。拿Content-【本文首发于唐霜的博客】原创内容，盗版必究。type来说，请求头里面可能发出的con转载请注明出处：www.tangshuang.net【原创不易，请尊重版权】tent-type是aplication转载请注明出处：www.tangshuang.net【版权所有，侵权必究】/json，而响应头里面返回的可能是ap【版权所有】唐霜 www.tangshuang.net未经授权，禁止复制转载。plication/atom，这是怎么回【关注微信公众号：wwwtangshuangnet】本文作者：唐霜，转载请注明出处。事呢？这种情况一般是指客户端（比如手机a【版权所有，侵权必究】【原创不易，请尊重版权】pp）希望服务端返回给自己的是json数【关注微信公众号：wwwtangshuangnet】【作者：唐霜】据，但是服务端这个资源没有对应的json【访问 www.tangshuang.net 获取更多精彩内容】著作权归作者所有，禁止商业用途转载。数据，所以就返回了atom数据给客户端，【访问 www.tangshuang.net 获取更多精彩内容】【原创不易，请尊重版权】那么客户端在得到这个头信息之后，应该做数本文版权归作者所有，未经授权不得转载。【本文首发于唐霜的博客】据格式转换或其他操作。

转载请注明出处：www.tangshuang.net未经授权，禁止复制转载。

TCP/IP

当你在浏览器中输入一个url，到你看到页本文作者：唐霜，转载请注明出处。【版权所有】唐霜 www.tangshuang.net面的这个过程中，背后都发生了什么？回答这本文版权归作者所有，未经授权不得转载。【版权所有，侵权必究】个问题需要你了解TCP/IP网络架构。这本文版权归作者所有，未经授权不得转载。转载请注明出处：www.tangshuang.net个网络通信架构中，网络通信被分为五层模型【转载请注明来源】转载请注明出处：www.tangshuang.net，分别是：应用层、传输层、网络层、数据链本文版权归作者所有，未经授权不得转载。未经授权，禁止复制转载。路层、物理层。

【本文受版权保护】【访问 www.tangshuang.net 获取更多精彩内容】

应用层

简单的说，应用层是指应用程序怎么处理网络原创内容，盗版必究。转载请注明出处：www.tangshuang.net请求和响应的。这里的应用程序包括一整套的【本文首发于唐霜的博客】著作权归作者所有，禁止商业用途转载。相关程序，比如我们这个场景中的浏览器使用【原创不易，请尊重版权】【作者：唐霜】http、https进行网络请求，htt本文作者：唐霜，转载请注明出处。著作权归作者所有，禁止商业用途转载。p、ftp、SSH、DNS就属于这一层。

著作权归作者所有，禁止商业用途转载。【访问 www.tangshuang.net 获取更多精彩内容】本文版权归作者所有，未经授权不得转载。原创内容，盗版必究。

传输层

传输层是指当数据经过应用层之后，对数据发转载请注明出处：www.tangshuang.net【本文受版权保护】向哪里进行处理的阶段。简单的说，就是确定本文作者：唐霜，转载请注明出处。著作权归作者所有，禁止商业用途转载。端口。一般而言，一个应用程序运行的时候，【本文首发于唐霜的博客】【本文受版权保护】会占用一个端口，它发出数据时，会从这个端【访问 www.tangshuang.net 获取更多精彩内容】【关注微信公众号：wwwtangshuangnet】口发出去，接收数据时（比如数据回来），也本文版权归作者所有，未经授权不得转载。未经授权，禁止复制转载。从这个端口进来。这里可以举一个例子，就是本文作者：唐霜，转载请注明出处。本文版权归作者所有，未经授权不得转载。httpd的80端口，当一个请求过来的时【本文受版权保护】【版权所有】唐霜 www.tangshuang.net候，请求数据从80端口进来，完成之后又从【作者：唐霜】【本文首发于唐霜的博客】这里出去。传输层的主要作用就是确定数据由本文作者：唐霜，转载请注明出处。【转载请注明来源】当前系统的哪个端口出去，被送到另外的哪一原创内容，盗版必究。【本文首发于唐霜的博客】个端口（可能是本机，也可能是服务器的端口【访问 www.tangshuang.net 获取更多精彩内容】【关注微信公众号：wwwtangshuangnet】），进来的数据根据端口判断应该丢给哪个程【版权所有】唐霜 www.tangshuang.net未经授权，禁止复制转载。序去处理。

端口号从0到65535，其中0-1023【本文受版权保护】【作者：唐霜】都被系统占用，你新开一个程序的话，会在后【转载请注明来源】著作权归作者所有，禁止商业用途转载。面的端口中随机分配一个。但是有些应用程序【版权所有】唐霜 www.tangshuang.net【版权所有】唐霜 www.tangshuang.net允许你强制给它安排端口（我们熟悉的服务端原创内容，盗版必究。转载请注明出处：www.tangshuang.net程序都是这样）。

TCP和UDP这两种协议就是传输层的协议转载请注明出处：www.tangshuang.net【作者：唐霜】。当应用层的数据进入传输层之后，被传输层【关注微信公众号：wwwtangshuangnet】【原创内容，转载请注明出处】处理，按照TCP协议处理后的数据的单元是转载请注明出处：www.tangshuang.net著作权归作者所有，禁止商业用途转载。“数据段”，而按UDP协议处理后的数据的著作权归作者所有，禁止商业用途转载。本文作者：唐霜，转载请注明出处。单元叫“数据报”，也就我们常听说的“报头【本文首发于唐霜的博客】【本文受版权保护】”里的“报”。

本文版权归作者所有，未经授权不得转载。本文作者：唐霜，转载请注明出处。【本文受版权保护】未经授权，禁止复制转载。

应用层的协议是基于传输层的协议的（实际上【本文首发于唐霜的博客】本文版权归作者所有，未经授权不得转载。，上层的协议都要基于下层协议），比如：

运行在TCP协议上的协议：

原创内容，盗版必究。本文版权归作者所有，未经授权不得转载。原创内容，盗版必究。

HTTP（Hypertext Trans【版权所有，侵权必究】【版权所有】唐霜 www.tangshuang.netfer Protocol，超文本传输协议著作权归作者所有，禁止商业用途转载。【未经授权禁止转载】），主要用于普通浏览。

本文版权归作者所有，未经授权不得转载。

原创内容，盗版必究。

本文版权归作者所有，未经授权不得转载。

HTTPS（Hypertext Tran【本文受版权保护】著作权归作者所有，禁止商业用途转载。sfer Protocol over S【关注微信公众号：wwwtangshuangnet】原创内容，盗版必究。ecure Socket Layer, 【访问 www.tangshuang.net 获取更多精彩内容】本文作者：唐霜，转载请注明出处。or HTTP over SSL，安全超【版权所有】唐霜 www.tangshuang.net未经授权，禁止复制转载。文本传输协议）,HTTP协议的安全版本。

转载请注明出处：www.tangshuang.net

未经授权，禁止复制转载。

FTP（File Transfer Pr【版权所有】唐霜 www.tangshuang.net未经授权，禁止复制转载。otocol，文件传输协议），由名知义，未经授权，禁止复制转载。转载请注明出处：www.tangshuang.net用于文件传输。

转载请注明出处：www.tangshuang.net

【原创不易，请尊重版权】

著作权归作者所有，禁止商业用途转载。

POP3（Post Office Pro【本文首发于唐霜的博客】著作权归作者所有，禁止商业用途转载。tocol, version 3，邮局协【本文首发于唐霜的博客】未经授权，禁止复制转载。议），收邮件用。

【关注微信公众号：wwwtangshuangnet】

【本文首发于唐霜的博客】

【转载请注明来源】

SMTP（Simple Mail Tra【作者：唐霜】【未经授权禁止转载】nsfer Protocol，简单邮件传【转载请注明来源】【版权所有，侵权必究】输协议），用来发送电子邮件。

【转载请注明来源】

【未经授权禁止转载】

转载请注明出处：www.tangshuang.net

【转载请注明来源】

TELNET（Teletype over未经授权，禁止复制转载。【作者：唐霜】 the Network，网络电传），通【未经授权禁止转载】【访问 www.tangshuang.net 获取更多精彩内容】过一个终端（terminal）登陆到网络【本文受版权保护】【原创不易，请尊重版权】。

【关注微信公众号：wwwtangshuangnet】

【原创内容，转载请注明出处】

原创内容，盗版必究。

【本文受版权保护】

SSH（Secure Shell，用于替本文作者：唐霜，转载请注明出处。【作者：唐霜】代安全性差的TELNET），用于加密安全著作权归作者所有，禁止商业用途转载。本文版权归作者所有，未经授权不得转载。登陆用。

原创内容，盗版必究。

本文作者：唐霜，转载请注明出处。

运行在UDP协议上的协议：

【转载请注明来源】转载请注明出处：www.tangshuang.net【本文首发于唐霜的博客】【原创内容，转载请注明出处】

BOOTP（Boot Protocol，未经授权，禁止复制转载。【作者：唐霜】启动协议），应用于无盘设备。

【转载请注明来源】

【本文受版权保护】

NTP（Network Time Pro本文版权归作者所有，未经授权不得转载。【本文受版权保护】tocol，网络时间协议），用于网络同步本文作者：唐霜，转载请注明出处。【关注微信公众号：wwwtangshuangnet】。

转载请注明出处：www.tangshuang.net

本文版权归作者所有，未经授权不得转载。

本文作者：唐霜，转载请注明出处。

本文版权归作者所有，未经授权不得转载。

DHCP（Dynamic Host Co【版权所有】唐霜 www.tangshuang.net本文版权归作者所有，未经授权不得转载。nfiguration Protocol【原创内容，转载请注明出处】【本文首发于唐霜的博客】，动态主机配置协议），动态配置IP地址。

著作权归作者所有，禁止商业用途转载。

其他：

转载请注明出处：www.tangshuang.net未经授权，禁止复制转载。

DNS（Domain Name Serv未经授权，禁止复制转载。【本文首发于唐霜的博客】ice，域名服务），用于完成地址查找，邮【本文首发于唐霜的博客】【转载请注明来源】件转发等工作（运行在TCP和UDP协议上原创内容，盗版必究。【关注微信公众号：wwwtangshuangnet】）。

转载请注明出处：www.tangshuang.net

【本文首发于唐霜的博客】

未经授权，禁止复制转载。

ECHO（Echo Protocol，回【原创内容，转载请注明出处】未经授权，禁止复制转载。绕协议），用于查错及测量应答时间（运行在【原创不易，请尊重版权】【关注微信公众号：wwwtangshuangnet】TCP和UDP协议上）。

【原创不易，请尊重版权】

【原创内容，转载请注明出处】

【本文受版权保护】

SNMP（Simple Network 【本文受版权保护】本文版权归作者所有，未经授权不得转载。Management Protocol，【版权所有】唐霜 www.tangshuang.net【关注微信公众号：wwwtangshuangnet】简单网络管理协议），用于网络信息的收集和著作权归作者所有，禁止商业用途转载。【版权所有，侵权必究】网络管理。

【未经授权禁止转载】

未经授权，禁止复制转载。

ARP（Address Resoluti【版权所有，侵权必究】【未经授权禁止转载】on Protocol，地址解析协议），【作者：唐霜】【版权所有】唐霜 www.tangshuang.net用于动态解析以太网硬件的地址。

【本文首发于唐霜的博客】

【原创内容，转载请注明出处】

本文作者：唐霜，转载请注明出处。

这些协议我们还算是比较熟悉。

【本文受版权保护】原创内容，盗版必究。

网络层

网络层简单的理解，就是机器与机器之间的互转载请注明出处：www.tangshuang.net转载请注明出处：www.tangshuang.net联。经过传输层的数据能够确定该数据将交给本文版权归作者所有，未经授权不得转载。转载请注明出处：www.tangshuang.net哪个端口来处理，但是并不知道将交给哪一台著作权归作者所有，禁止商业用途转载。【原创不易，请尊重版权】主机（也可能是自身）来处理。网络传输的概【作者：唐霜】【版权所有】唐霜 www.tangshuang.net念发生在这一层。

【本文受版权保护】本文作者：唐霜，转载请注明出处。未经授权，禁止复制转载。【转载请注明来源】

构建起网络层的重要协议就是IP地址。目前【未经授权禁止转载】【本文受版权保护】广泛采用的IP协议是IPv4，下一代IP【原创内容，转载请注明出处】著作权归作者所有，禁止商业用途转载。协议就是我们经常听到的IPv6. 很明显【本文受版权保护】【转载请注明来源】TCP是基于IP协议的，也就是说TCP是原创内容，盗版必究。【访问 www.tangshuang.net 获取更多精彩内容】为IP服务的，TCP/IP组合保证了数据【转载请注明来源】【本文受版权保护】传输的可靠性。而UDP则不一定依赖于IP【原创不易，请尊重版权】著作权归作者所有，禁止商业用途转载。，所以基于IP的网络中UDP的数据并不完本文版权归作者所有，未经授权不得转载。【版权所有，侵权必究】全可靠，但是性能上更快。

本文版权归作者所有，未经授权不得转载。【本文首发于唐霜的博客】

数据链路层

前面三层都是在一台电脑上的软件完成的，并【版权所有，侵权必究】【转载请注明来源】没有涉及到硬件。而数据链路层，简单的说，【原创不易，请尊重版权】【本文首发于唐霜的博客】就是要确定网卡（及其驱动程序）在数据传输【原创内容，转载请注明出处】【原创不易，请尊重版权】中的可靠性。当数据经过网络层处理后，就将【本文首发于唐霜的博客】【本文首发于唐霜的博客】进入真正的网际传输阶段，但由虚拟的数据转【本文首发于唐霜的博客】转载请注明出处：www.tangshuang.net换为网际线路中传输的信号过程中，必须靠网未经授权，禁止复制转载。本文作者：唐霜，转载请注明出处。卡进行加工。网卡把来自不同网络层处理好的【访问 www.tangshuang.net 获取更多精彩内容】著作权归作者所有，禁止商业用途转载。数据，统一转换为符合数据链路层协议的脉冲【版权所有】唐霜 www.tangshuang.net著作权归作者所有，禁止商业用途转载。信号。

著作权归作者所有，禁止商业用途转载。未经授权，禁止复制转载。【未经授权禁止转载】

网卡具有唯一的MAC地址，数据能够在不同转载请注明出处：www.tangshuang.net【本文首发于唐霜的博客】的实体电脑之间传输，必须依靠这个MAC地【本文首发于唐霜的博客】【未经授权禁止转载】址进行识别，经处理后的数据可以通过实体线【未经授权禁止转载】本文版权归作者所有，未经授权不得转载。路找到要去的网卡，因此路由器设备是基于这【访问 www.tangshuang.net 获取更多精彩内容】转载请注明出处：www.tangshuang.net一层开发的。

本文版权归作者所有，未经授权不得转载。【本文受版权保护】【原创内容，转载请注明出处】【原创不易，请尊重版权】

数据在这一层的单元结构被称为“数据帧”。

物理层

物理层则是基于实体的传输介质协议层，包括【未经授权禁止转载】未经授权，禁止复制转载。光纤、双绞线、无线电波等。虽然已经是实体【作者：唐霜】【关注微信公众号：wwwtangshuangnet】了，但是它们之间仍然必须遵循一些网络协议【本文受版权保护】【本文首发于唐霜的博客】，特别是无线电波（例如WIFI）。数据经本文作者：唐霜，转载请注明出处。本文版权归作者所有，未经授权不得转载。过物理层处理之后，就成为真正的点脉冲，在【原创不易，请尊重版权】未经授权，禁止复制转载。这些介质中传播。

数据在这一层的单元结构被称为“比特”。

TCP三次握手和四次挥手

所谓“三次握手”是指在一个连接的建立阶段本文版权归作者所有，未经授权不得转载。【访问 www.tangshuang.net 获取更多精彩内容】，客户端和服务端有三次交互，因为是“建立【版权所有】唐霜 www.tangshuang.net【关注微信公众号：wwwtangshuangnet】”连接，所以叫“握手”。所谓“四次挥手”本文作者：唐霜，转载请注明出处。【转载请注明来源】是指在一个连接的释放阶段，客户端和服务端【本文首发于唐霜的博客】著作权归作者所有，禁止商业用途转载。有四次交互，因为是“释放”所以叫“挥手”【原创内容，转载请注明出处】【访问 www.tangshuang.net 获取更多精彩内容】。

本文版权归作者所有，未经授权不得转载。【转载请注明来源】本文作者：唐霜，转载请注明出处。

TCP三次握手和四次挥手

【原创内容，转载请注明出处】未经授权，禁止复制转载。原创内容，盗版必究。著作权归作者所有，禁止商业用途转载。

原创内容，盗版必究。原创内容，盗版必究。

一个TCP链接在握手阶段，每次握手都需要原创内容，盗版必究。【本文首发于唐霜的博客】传送“包”，这个包包含了发送方的信息，这【未经授权禁止转载】转载请注明出处：www.tangshuang.net个信息用于确认。这里面主要指SYN标志位【未经授权禁止转载】原创内容，盗版必究。和ACK标志。在第一次握手时，由客户端发【访问 www.tangshuang.net 获取更多精彩内容】【访问 www.tangshuang.net 获取更多精彩内容】送SYN标识，第二次握手，由服务端发送S【未经授权禁止转载】转载请注明出处：www.tangshuang.netYN+ACK标识，第三次握手由客户端发送未经授权，禁止复制转载。【原创内容，转载请注明出处】ACK标识。

原创内容，盗版必究。【原创不易，请尊重版权】

TCP三次握手

【原创不易，请尊重版权】原创内容，盗版必究。未经授权，禁止复制转载。本文版权归作者所有，未经授权不得转载。

【作者：唐霜】【未经授权禁止转载】

释放一个连接的时候，既可以是客户端发起，未经授权，禁止复制转载。【版权所有】唐霜 www.tangshuang.net也可以是服务端发起，但任何一方发起，都需【访问 www.tangshuang.net 获取更多精彩内容】【本文受版权保护】要先发送一个FIN标识，另一方回复一个A【本文首发于唐霜的博客】未经授权，禁止复制转载。CK标识，这表示另一方答应断开连接，但是【版权所有】唐霜 www.tangshuang.net【本文受版权保护】这并不表示连接已经断开，还需要原来回复A本文版权归作者所有，未经授权不得转载。【未经授权禁止转载】CK的那一方再发起一个FIN，对方再回复转载请注明出处：www.tangshuang.net【访问 www.tangshuang.net 获取更多精彩内容】一个ACK，才表示双方的同意断开连接，这【版权所有】唐霜 www.tangshuang.net原创内容，盗版必究。样这个连接才正式断开。

【原创不易，请尊重版权】未经授权，禁止复制转载。【原创不易，请尊重版权】转载请注明出处：www.tangshuang.net

TCP四次挥手

看上去两问两答更简单，但其实更复杂。当一原创内容，盗版必究。著作权归作者所有，禁止商业用途转载。方发送FIN提出“分手”之后，另一方即使原创内容，盗版必究。本文版权归作者所有，未经授权不得转载。返回ACK，也并不代表断开连接，它可能还【访问 www.tangshuang.net 获取更多精彩内容】本文版权归作者所有，未经授权不得转载。有自己的数据要发送给对方，所以迟迟不肯发【转载请注明来源】著作权归作者所有，禁止商业用途转载。出FIN这个“分手”同意书。这种状态被称【本文首发于唐霜的博客】【本文首发于唐霜的博客】为等待方的“FIN_WAIT”。当双方都【访问 www.tangshuang.net 获取更多精彩内容】未经授权，禁止复制转载。受到ACK之后，事情还没完，发起释放请求【原创不易，请尊重版权】【访问 www.tangshuang.net 获取更多精彩内容】的一方还处于“TIME_WAIT”的状态【版权所有】唐霜 www.tangshuang.net转载请注明出处：www.tangshuang.net，需要等一段时间还没有任何对方的消息，才【未经授权禁止转载】著作权归作者所有，禁止商业用途转载。会真正断开。在WAIT状态，很有可能双方著作权归作者所有，禁止商业用途转载。原创内容，盗版必究。会重新连接传输数据。

转载请注明出处：www.tangshuang.net著作权归作者所有，禁止商业用途转载。转载请注明出处：www.tangshuang.net本文作者：唐霜，转载请注明出处。

为什么不能用两次握手进行连接？

三次握手是为了确保双方相互发送数据是可以【作者：唐霜】【原创内容，转载请注明出处】正常进行的，是发送数据的准备工作。虽然是【未经授权禁止转载】【版权所有】唐霜 www.tangshuang.net三次握手，但是实际上完成的是两问两答，只【关注微信公众号：wwwtangshuangnet】未经授权，禁止复制转载。不过服务端把自己的问蕴含在对第一次握手的【本文首发于唐霜的博客】著作权归作者所有，禁止商业用途转载。回答中，只有服务端的问也被客户端答之后，本文作者：唐霜，转载请注明出处。【转载请注明来源】才能确保双方都是可靠的。如果只有两次握手转载请注明出处：www.tangshuang.net【作者：唐霜】，那么起码服务端无法获得客户端是不是正常著作权归作者所有，禁止商业用途转载。【版权所有】唐霜 www.tangshuang.net的，那谁知道客户端会不会存在问题，无法正原创内容，盗版必究。原创内容，盗版必究。常收发数据呢？因此，客户端在收到服务端的【访问 www.tangshuang.net 获取更多精彩内容】著作权归作者所有，禁止商业用途转载。SYN之后，也应该回复ACK，才能保证双【访问 www.tangshuang.net 获取更多精彩内容】【本文首发于唐霜的博客】方通信正常。

但是，正是由于这一点，带来了SYN攻击威胁。SYN实际上就是模拟两次握手，即客本文作者：唐霜，转载请注明出处。本文版权归作者所有，未经授权不得转载。户端发送大量SYN（基于一大堆虚假IP）著作权归作者所有，禁止商业用途转载。【本文受版权保护】，服务端对每个SYN都进行回复ACK，但著作权归作者所有，禁止商业用途转载。本文作者：唐霜，转载请注明出处。是服务端发出的SYN这些虚假的IP根本无本文版权归作者所有，未经授权不得转载。转载请注明出处：www.tangshuang.net法回复ACK，也就是第三次握手丢失，导致本文作者：唐霜，转载请注明出处。【原创不易，请尊重版权】服务端一直等待这些回复，从而其他的连接请本文作者：唐霜，转载请注明出处。转载请注明出处：www.tangshuang.net求处于排队状态，造成网络拥堵。

【原创不易，请尊重版权】【原创不易，请尊重版权】

既然如此，为什么释放连接不用三次挥手？

既然三次握手解决了两问两答的问题，为什么【版权所有，侵权必究】原创内容，盗版必究。释放连接的时候也这样做？释放连接的时候还转载请注明出处：www.tangshuang.net【未经授权禁止转载】要考虑数据有没有传完。用http请求打比方，当一个请求发出时，浏览器会把请求头传输【本文首发于唐霜的博客】原创内容，盗版必究。到服务器端，当获得服务器的一个状态码时，【转载请注明来源】本文版权归作者所有，未经授权不得转载。就可以发出FIN断开连接。但是这是浏览器【本文首发于唐霜的博客】【原创不易，请尊重版权】一厢情愿的做法，服务器收到这个FIN时会【版权所有】唐霜 www.tangshuang.net转载请注明出处：www.tangshuang.net予以回复ACK，但服务器还在把数据传输给本文版权归作者所有，未经授权不得转载。【版权所有，侵权必究】浏览器，所以自己不会发出FIN，直到响应未经授权，禁止复制转载。【本文受版权保护】信息被浏览器接收之后，服务器才会发出自己【转载请注明来源】本文版权归作者所有，未经授权不得转载。的FIN，等待浏览器回复ACK予以确认。

【本文受版权保护】【本文受版权保护】转载请注明出处：www.tangshuang.net

上面非常好的解释了为什么不能三次挥手。你未经授权，禁止复制转载。本文版权归作者所有，未经授权不得转载。可能会问，为什么不等到服务器传输数据完之【未经授权禁止转载】【作者：唐霜】后再一起把FIN和ACK发回去？因为当浏【未经授权禁止转载】【版权所有，侵权必究】览器发出FIN之后，如果没有立即收到AC本文作者：唐霜，转载请注明出处。【未经授权禁止转载】K，可以有两种选择，一种是认为服务器掉线【原创不易，请尊重版权】【本文首发于唐霜的博客】了，所以浏览器应该断开链接，另一种是认为【本文首发于唐霜的博客】原创内容，盗版必究。网络出现震荡，所以应该再发送一个FIN。【版权所有】唐霜 www.tangshuang.net本文版权归作者所有，未经授权不得转载。第二种情况相对可取一些，但仍然没有四次挥著作权归作者所有，禁止商业用途转载。【原创内容，转载请注明出处】手来得直接。

【原创不易，请尊重版权】转载请注明出处：www.tangshuang.net

KeepAlive

TCP的KeepAlive和HTTP的K未经授权，禁止复制转载。【版权所有】唐霜 www.tangshuang.neteep-Alive有所区别。在三次握手和原创内容，盗版必究。原创内容，盗版必究。四次挥手之间，TCP层之上都在发生什么呢【原创不易，请尊重版权】【关注微信公众号：wwwtangshuangnet】？当然是HTTP发送请求和接收数据，也就本文版权归作者所有，未经授权不得转载。【本文受版权保护】是request和response，这个【原创不易，请尊重版权】【原创内容，转载请注明出处】可以在浏览器的开发工具中可以看到。

一般来说，建立一次HTTP连接，常常的做【未经授权禁止转载】原创内容，盗版必究。法是先建立TCP连接，TCP连接之后，在【本文受版权保护】【原创不易，请尊重版权】它之上实现一次request和respo未经授权，禁止复制转载。【版权所有】唐霜 www.tangshuang.netnse之后，就释放掉，断开TCP连接。而未经授权，禁止复制转载。本文版权归作者所有，未经授权不得转载。如果很多HTTP请求一次性发送，那么就需【关注微信公众号：wwwtangshuangnet】原创内容，盗版必究。要不断的建立新的TCP连接，这就很有可能【作者：唐霜】【访问 www.tangshuang.net 获取更多精彩内容】导致后面的连接需要等待。KeepAliv【本文首发于唐霜的博客】未经授权，禁止复制转载。e可以让多个HTTP请求共享一个TCP连原创内容，盗版必究。【未经授权禁止转载】接。

转载请注明出处：www.tangshuang.net原创内容，盗版必究。

具体的解释，可以阅读这篇文章。简单总结一下，就是当一个TCP连接建立【关注微信公众号：wwwtangshuangnet】本文作者：唐霜，转载请注明出处。之后，不要马上释放掉，这样就可以反复利用【作者：唐霜】【本文首发于唐霜的博客】这个TCP连接来实现HTTP请求。这样就未经授权，禁止复制转载。【转载请注明来源】可以节省建立和断开TCP的消耗，提高了h【转载请注明来源】原创内容，盗版必究。ttp的速度。

而HTTP的Connection: Keep-Alive这个请求头的作用，是通过代码的形式，在H【转载请注明来源】【作者：唐霜】TTP请求头中告知浏览器，当前HTTP请转载请注明出处：www.tangshuang.net【关注微信公众号：wwwtangshuangnet】求建立的TCP连接要保持KeepAliv原创内容，盗版必究。转载请注明出处：www.tangshuang.nete状态，这样HTTP就可以利用这一个TC【版权所有，侵权必究】本文作者：唐霜，转载请注明出处。P连接多次传输数据。HTTP1.1版本之著作权归作者所有，禁止商业用途转载。【版权所有】唐霜 www.tangshuang.net后就默认开启了这个选项，所以不需要在你的著作权归作者所有，禁止商业用途转载。本文作者：唐霜，转载请注明出处。代码中特意强调。

转载请注明出处：www.tangshuang.net【原创内容，转载请注明出处】

Connection: Keep-Alive并不能保证你的TCP连接是一直开启的，T未经授权，禁止复制转载。原创内容，盗版必究。CP连接是否KeepAlive决定于很多本文版权归作者所有，未经授权不得转载。【关注微信公众号：wwwtangshuangnet】因素。因此，在http中使用Connection: Keep-Alive其实没有决定性的意义。

本文作者：唐霜，转载请注明出处。【访问 www.tangshuang.net 获取更多精彩内容】

一个http请求背后的过程

http请求的数据将经过上述网络层完成整【转载请注明来源】【关注微信公众号：wwwtangshuangnet】个数据生命周期。当用户访问一个url时：

应用层：由浏览器根据http协议构建一个未经授权，禁止复制转载。本文作者：唐霜，转载请注明出处。基于该url请求的GET请求。
转载请注明出处：www.tangshuang.net【版权所有，侵权必究】未经授权，禁止复制转载。本文版权归作者所有，未经授权不得转载。
传输层：该请求根据TCP协议将被发送到服著作权归作者所有，禁止商业用途转载。【版权所有】唐霜 www.tangshuang.net务器的80端口（url中没有端口的情况下【版权所有，侵权必究】转载请注明出处：www.tangshuang.net），解析域名所对应的IP地址。
【原创不易，请尊重版权】【版权所有，侵权必究】本文作者：唐霜，转载请注明出处。
网络层：发送到服务器，等待服务器响应。
【转载请注明来源】【原创不易，请尊重版权】
数据链路层和物理层：发送过程中依据网速快著作权归作者所有，禁止商业用途转载。本文作者：唐霜，转载请注明出处。慢进行等待。网络层：本机通过IP协议接收【访问 www.tangshuang.net 获取更多精彩内容】未经授权，禁止复制转载。到服务器返回的响应。
【原创内容，转载请注明出处】【原创内容，转载请注明出处】
传输层：浏览器通过TCP协议获取到响应的【转载请注明来源】【原创不易，请尊重版权】信息。
【版权所有】唐霜 www.tangshuang.net【版权所有，侵权必究】本文作者：唐霜，转载请注明出处。
应用层：通过http协议解析数据得到一个【关注微信公众号：wwwtangshuangnet】未经授权，禁止复制转载。响应内容。
【本文受版权保护】转载请注明出处：www.tangshuang.net【本文首发于唐霜的博客】

原创内容，盗版必究。本文作者：唐霜，转载请注明出处。

http状态码

在上面的过程中，最后一步浏览器“得到响应【版权所有】唐霜 www.tangshuang.net【版权所有】唐霜 www.tangshuang.net内容”中，包含了一个http状态码。状态【关注微信公众号：wwwtangshuangnet】本文作者：唐霜，转载请注明出处。码是http协议中对当前请求状态的规定。本文版权归作者所有，未经授权不得转载。【关注微信公众号：wwwtangshuangnet】它由数字表示：

本文版权归作者所有，未经授权不得转载。著作权归作者所有，禁止商业用途转载。【关注微信公众号：wwwtangshuangnet】

1xx：请求处理过程中，还没有处理结束，本文版权归作者所有，未经授权不得转载。【原创内容，转载请注明出处】需要等待。2xx：请求处理成功。3xx：本文作者：唐霜，转载请注明出处。【版权所有】唐霜 www.tangshuang.net请求被重定向到另外一个地址进行处理。4x原创内容，盗版必究。【未经授权禁止转载】x：请求处理失败。5xx：服务器内部错误本文版权归作者所有，未经授权不得转载。【本文首发于唐霜的博客】（程序报错）。

有一些状态码需要稍微留意一下，因为经常用【转载请注明来源】【本文受版权保护】到：200，201（创建成功），202（本文作者：唐霜，转载请注明出处。转载请注明出处：www.tangshuang.net异步处理时，表示当前还在计算，你需要再次未经授权，禁止复制转载。本文作者：唐霜，转载请注明出处。请求以获得结果），301（永久重定向），【版权所有，侵权必究】【原创内容，转载请注明出处】302（临时性重定向），304（内容没变【关注微信公众号：wwwtangshuangnet】著作权归作者所有，禁止商业用途转载。，返回的消息体中不包含内容，请使用客户端原创内容，盗版必究。本文版权归作者所有，未经授权不得转载。本地数据），401（授权、认证失败）、4未经授权，禁止复制转载。【关注微信公众号：wwwtangshuangnet】03（禁止访问）、404（该资源不存在）【版权所有，侵权必究】【作者：唐霜】、406（无法满足请求头的要求，比如客户【本文首发于唐霜的博客】【本文受版权保护】端请求json数据，但是服务端没有），5【转载请注明来源】转载请注明出处：www.tangshuang.net00（服务器错误，一般是程序代码出错）、本文版权归作者所有，未经授权不得转载。未经授权，禁止复制转载。502（网关错误）、503（服务器维修或【本文受版权保护】【原创内容，转载请注明出处】过载）、504（代理超时）。

本文作者：唐霜，转载请注明出处。未经授权，禁止复制转载。【原创内容，转载请注明出处】【关注微信公众号：wwwtangshuangnet】

缓存相关

http协议里面有关缓存的，接触最多了是未经授权，禁止复制转载。未经授权，禁止复制转载。304和cache-control。它们【原创内容，转载请注明出处】【原创不易，请尊重版权】都要涉及两端。

【访问 www.tangshuang.net 获取更多精彩内容】转载请注明出处：www.tangshuang.net

304&Last-Modified

在浏览器发起请求时，如果在请求头中发送一【关注微信公众号：wwwtangshuangnet】【访问 www.tangshuang.net 获取更多精彩内容】个If-Modified-Since: Wed, 21 Oct 2015 07:28:00 GMT，服务端就可以接收到这个请求头，并且根据【作者：唐霜】【原创不易，请尊重版权】这个请求头信息与服务器上的资源修改时间进【作者：唐霜】【作者：唐霜】行对比，如果发现在这个时间之后，资源被修【原创内容，转载请注明出处】【原创不易，请尊重版权】改过了，就返回200状态码，并且把资源信【版权所有】唐霜 www.tangshuang.net未经授权，禁止复制转载。息也返回，但是如果发现资源没有被修改过，【版权所有，侵权必究】未经授权，禁止复制转载。则返回304状态码，并且不返回资源的内容转载请注明出处：www.tangshuang.net【关注微信公众号：wwwtangshuangnet】，浏览器在接收到304状态码之后，就会直【版权所有，侵权必究】转载请注明出处：www.tangshuang.net接使用本地的缓存，传输的内容小，而且使用著作权归作者所有，禁止商业用途转载。【作者：唐霜】本地缓存，所以打开速度就很快。

但是浏览器的请求头中的If-Modifi【转载请注明来源】转载请注明出处：www.tangshuang.neted-Since值是从哪里来的呢？是服务【转载请注明来源】原创内容，盗版必究。器在之前的请求中返回了一个Last-Modified响应头。这时返回的状态码可以是200，也【未经授权禁止转载】【原创不易，请尊重版权】可以是304，但是最主要的是，这个响应头未经授权，禁止复制转载。【原创不易，请尊重版权】让浏览器知道了这个资源上次更新时间，并且【访问 www.tangshuang.net 获取更多精彩内容】原创内容，盗版必究。浏览器会把它缓存到本地，并且把Last-未经授权，禁止复制转载。【原创内容，转载请注明出处】Modified的值赋值给本地的If-M转载请注明出处：www.tangshuang.net【本文受版权保护】odified-Since，下次再请求这转载请注明出处：www.tangshuang.net【访问 www.tangshuang.net 获取更多精彩内容】个资源时，就会在请求头中加入If-Mod【转载请注明来源】【关注微信公众号：wwwtangshuangnet】ified-Since。

【访问 www.tangshuang.net 获取更多精彩内容】本文作者：唐霜，转载请注明出处。转载请注明出处：www.tangshuang.net【未经授权禁止转载】

Last-Modified只能用于GET著作权归作者所有，禁止商业用途转载。本文作者：唐霜，转载请注明出处。或HEADER请求类型中，POST等其他转载请注明出处：www.tangshuang.net转载请注明出处：www.tangshuang.net请求用不了。

304&Etag

last-modified存在一些问题：

【本文首发于唐霜的博客】【转载请注明来源】

一定情况下，资源的last-modifi【关注微信公众号：wwwtangshuangnet】本文作者：唐霜，转载请注明出处。ed变动并不代表它的实际内容的改动

【本文首发于唐霜的博客】

未经授权，禁止复制转载。

本文作者：唐霜，转载请注明出处。

著作权归作者所有，禁止商业用途转载。

转载请注明出处：www.tangshuang.net

【未经授权禁止转载】

last-modified理论上讲，应该转载请注明出处：www.tangshuang.net原创内容，盗版必究。是读取文件的最后更新时间，但是实际上，有【原创不易，请尊重版权】【原创不易，请尊重版权】两种情况，一种是读取到到这个时间可能存在原创内容，盗版必究。本文作者：唐霜，转载请注明出处。问题，还有一种是反规则，开发者自己伪造这原创内容，盗版必究。【本文首发于唐霜的博客】个last-modified

未经授权，禁止复制转载。

【原创不易，请尊重版权】

【访问 www.tangshuang.net 获取更多精彩内容】

【原创不易，请尊重版权】

某些情况下，资源的last-modifi本文作者：唐霜，转载请注明出处。本文版权归作者所有，未经授权不得转载。ed会定期刷新，但实际上它们并没有改变

原创内容，盗版必究。

【转载请注明来源】

Etag返回的是一个标识码，而不是时间。未经授权，禁止复制转载。【转载请注明来源】服务器端通过对资源进行计算，得到一个唯一转载请注明出处：www.tangshuang.net本文版权归作者所有，未经授权不得转载。对标识符，例如hash, md5等，用以【版权所有，侵权必究】【版权所有，侵权必究】对资源对内容进行标记。两个相同etag的【转载请注明来源】本文版权归作者所有，未经授权不得转载。资源表明它们的资源内容是相同的。这种情况【版权所有，侵权必究】转载请注明出处：www.tangshuang.net下，一个资源没有必要再次请求。

和last-modified有些相似，浏转载请注明出处：www.tangshuang.net本文作者：唐霜，转载请注明出处。览器请求服务器时，如果采用etag机制，本文作者：唐霜，转载请注明出处。【版权所有】唐霜 www.tangshuang.net那么服务器会返回当前资源但etag，浏览【原创不易，请尊重版权】【未经授权禁止转载】器将该资源缓存起来，并且把这个etag作【原创内容，转载请注明出处】本文版权归作者所有，未经授权不得转载。为下一次请求的If-None-Match字段通过headers进行发送，服务器端未经授权，禁止复制转载。【本文首发于唐霜的博客】得到这个If-None-Match之后，【关注微信公众号：wwwtangshuangnet】【未经授权禁止转载】可以和当前的资源hash进行对比，如果相原创内容，盗版必究。【未经授权禁止转载】同，可以返回304，这样浏览器端就会使用未经授权，禁止复制转载。转载请注明出处：www.tangshuang.net缓存资源。

原创内容，盗版必究。未经授权，禁止复制转载。著作权归作者所有，禁止商业用途转载。【转载请注明来源】

Last-Modified和Etag都是著作权归作者所有，禁止商业用途转载。原创内容，盗版必究。浏览器和服务器交互的请求信息，浏览器并不【转载请注明来源】转载请注明出处：www.tangshuang.net依靠它们来决定是否使用缓存，而是依靠30著作权归作者所有，禁止商业用途转载。本文版权归作者所有，未经授权不得转载。4，只有当服务器返回304时，浏览器才决【原创不易，请尊重版权】【转载请注明来源】定使用缓存。但是还有一个问题，有了eta【关注微信公众号：wwwtangshuangnet】著作权归作者所有，禁止商业用途转载。g，last-modified还有必要吗本文作者：唐霜，转载请注明出处。【本文首发于唐霜的博客】？

【未经授权禁止转载】【本文受版权保护】

一般而言，etag和last-modif转载请注明出处：www.tangshuang.net【本文受版权保护】ied会同时使用，两者相辅相成。虽然et【版权所有】唐霜 www.tangshuang.net【本文首发于唐霜的博客】ag是针对资源内容的，同一个资源的内容发【本文首发于唐霜的博客】原创内容，盗版必究。生来变化，etag就发生来变化，看上去我【原创内容，转载请注明出处】本文作者：唐霜，转载请注明出处。们只需要etag就够了，不需要last-【本文首发于唐霜的博客】本文作者：唐霜，转载请注明出处。modified。但是有这样一种情况，服【访问 www.tangshuang.net 获取更多精彩内容】【本文受版权保护】务端架设来均衡负载类似的分布式部署方案，未经授权，禁止复制转载。本文版权归作者所有，未经授权不得转载。同一个资源在不同的设备上存在copy，请【本文首发于唐霜的博客】【版权所有】唐霜 www.tangshuang.net求达到哪一台设备是随机的。我们很难保证所【未经授权禁止转载】【访问 www.tangshuang.net 获取更多精彩内容】有设备上的同一资源的last-modif【访问 www.tangshuang.net 获取更多精彩内容】本文作者：唐霜，转载请注明出处。ied和etag是相同的，etag可能存【访问 www.tangshuang.net 获取更多精彩内容】转载请注明出处：www.tangshuang.net在不同，因为服务器设备不同，hash算法【未经授权禁止转载】本文作者：唐霜，转载请注明出处。如果加入来服务器信息，那么etag就会不【本文受版权保护】【转载请注明来源】同。但是，我们知道，资源在不同设备之间是【转载请注明来源】著作权归作者所有，禁止商业用途转载。同步的，因此，last-modified【访问 www.tangshuang.net 获取更多精彩内容】未经授权，禁止复制转载。在这种case下更有利于缓存。

Cache-Control&Expires

这两个都是响应头，浏览器第一次访问资源的原创内容，盗版必究。【作者：唐霜】时候，如果服务器的响应头中有这两个其中之转载请注明出处：www.tangshuang.net【本文受版权保护】一，就会把它们记录在本地，下次再访问这个【未经授权禁止转载】【关注微信公众号：wwwtangshuangnet】资源的时候，会先在本地进行时间上的对比，【原创不易，请尊重版权】原创内容，盗版必究。如果发现本地时间在响应头给出的过期时间之著作权归作者所有，禁止商业用途转载。原创内容，盗版必究。前，就不再发出真实的http请求，直接使【未经授权禁止转载】【原创内容，转载请注明出处】用本地的缓存，在chrome的conso【转载请注明来源】【版权所有】唐霜 www.tangshuang.netle中会看到200和from cache【本文受版权保护】【本文首发于唐霜的博客】的字样。

原创内容，盗版必究。转载请注明出处：www.tangshuang.net本文作者：唐霜，转载请注明出处。

Expires的格式是Expires: Thu, 10 Dec 2015 23:21:37 GMT，Cache-Control的格式是Cache-Control: max-age=3600，所以两个不一样，前者是时间戳（过期时间【原创内容，转载请注明出处】【本文首发于唐霜的博客】点），后者是时间长度（秒）。更大的不同是转载请注明出处：www.tangshuang.net【访问 www.tangshuang.net 获取更多精彩内容】，Cache-Control仅支持HTT【版权所有】唐霜 www.tangshuang.net著作权归作者所有，禁止商业用途转载。P1.1以上的版本，所以一般情况下，会具【未经授权禁止转载】【本文受版权保护】体指明响应是遵循HTTP1.1版本时才单【访问 www.tangshuang.net 获取更多精彩内容】【关注微信公众号：wwwtangshuangnet】独使用Cache-Control，否则会本文版权归作者所有，未经授权不得转载。【本文受版权保护】考虑把它们俩混用。

本文作者：唐霜，转载请注明出处。【本文首发于唐霜的博客】

Expires: Thu, 10 Dec 2015 23:21:37 GMTCache-Control: max-age=3600

但是因为Expires是时间点的形式，它本文作者：唐霜，转载请注明出处。本文作者：唐霜，转载请注明出处。可能和本地时间存在时间差，所以并不可靠，【版权所有，侵权必究】本文版权归作者所有，未经授权不得转载。而使用max-age则是规定一个时长，跟【原创不易，请尊重版权】【原创内容，转载请注明出处】时间差没有关系，更靠谱一些。所以能用Ca【版权所有，侵权必究】原创内容，盗版必究。che-Control的情况下尽量用ma【关注微信公众号：wwwtangshuangnet】本文版权归作者所有，未经授权不得转载。x-age。

对比和混用

上面两种缓存机制都经常被用到，但是他们之【转载请注明来源】【未经授权禁止转载】间有区别。Cache-Control是强本文版权归作者所有，未经授权不得转载。【本文受版权保护】制缓存，也就是说缓存之后不会发出真实的网转载请注明出处：www.tangshuang.net【关注微信公众号：wwwtangshuangnet】络请求，速度上更快，而Last-Modi本文作者：唐霜，转载请注明出处。【关注微信公众号：wwwtangshuangnet】fied是协商缓存，是会发出真实的网络请【版权所有】唐霜 www.tangshuang.net【作者：唐霜】求的，只不过在交互后，如果得到304的话【未经授权禁止转载】【版权所有】唐霜 www.tangshuang.net，才使用缓存。现代机器性能都很好，一般这转载请注明出处：www.tangshuang.net【未经授权禁止转载】两种缓存在时间上不会给人造成太大的差距感著作权归作者所有，禁止商业用途转载。本文作者：唐霜，转载请注明出处。。

【本文首发于唐霜的博客】【关注微信公众号：wwwtangshuangnet】【转载请注明来源】

但是他们都有不足，Cache-Contr【版权所有，侵权必究】【原创不易，请尊重版权】ol是时间限制，只要过了这个限制，不管资【本文首发于唐霜的博客】本文作者：唐霜，转载请注明出处。源是不是真的更新了，都会完全重新再请求一转载请注明出处：www.tangshuang.net【关注微信公众号：wwwtangshuangnet】遍资源，这次会真的从服务端获取资源内容，【关注微信公众号：wwwtangshuangnet】【未经授权禁止转载】速度就会慢一些，虽然再下一次就会使用新的本文作者：唐霜，转载请注明出处。【版权所有，侵权必究】缓存。而Last-Modified机制会本文版权归作者所有，未经授权不得转载。转载请注明出处：www.tangshuang.net每次都和服务器交互，如果遇到网络问题，就【访问 www.tangshuang.net 获取更多精彩内容】本文版权归作者所有，未经授权不得转载。会导致迟迟得不到304。

比较好的办法是将这两种混用，第一次请求发【版权所有，侵权必究】【关注微信公众号：wwwtangshuangnet】生的时候，既按照Cache-Contro原创内容，盗版必究。转载请注明出处：www.tangshuang.netl的机制强制缓存，也在本地存上一个If-【转载请注明来源】原创内容，盗版必究。Modified-Since。当Cach原创内容，盗版必究。未经授权，禁止复制转载。e-Control机制到期之后，使用If原创内容，盗版必究。【访问 www.tangshuang.net 获取更多精彩内容】-Modified-Since去请求，得【作者：唐霜】【本文首发于唐霜的博客】到一个304，使用协商缓存，并同时更新C【版权所有，侵权必究】【转载请注明来源】ache-Control的缓存时长。具体【版权所有】唐霜 www.tangshuang.net【版权所有，侵权必究】代码可以参考这篇文章。

本文作者：唐霜，转载请注明出处。本文版权归作者所有，未经授权不得转载。本文作者：唐霜，转载请注明出处。【作者：唐霜】

Cookie和Session

Cookie是由浏览器保存起来的小段文件著作权归作者所有，禁止商业用途转载。未经授权，禁止复制转载。，Session和Cookie类似，但是【转载请注明来源】【作者：唐霜】是保存在服务端。

【本文受版权保护】著作权归作者所有，禁止商业用途转载。【转载请注明来源】

对于Cookie而言，当用户访问一个网站【访问 www.tangshuang.net 获取更多精彩内容】转载请注明出处：www.tangshuang.net时，服务器的响应头中如果存在一个Set-著作权归作者所有，禁止商业用途转载。【版权所有】唐霜 www.tangshuang.netCookie，浏览器就会根据它的值创建c【转载请注明来源】【原创不易，请尊重版权】ookie。而在浏览器第二次访问这个网站【原创内容，转载请注明出处】【关注微信公众号：wwwtangshuangnet】时，就会在请求头中携带一个Cookie字【本文首发于唐霜的博客】【未经授权禁止转载】段，并且把对应的cookie内容发送过去原创内容，盗版必究。本文版权归作者所有，未经授权不得转载。。

【访问 www.tangshuang.net 获取更多精彩内容】【原创内容，转载请注明出处】【访问 www.tangshuang.net 获取更多精彩内容】

由于cookie是保存在本地电脑上的文件本文版权归作者所有，未经授权不得转载。【版权所有】唐霜 www.tangshuang.net，所以用户自己可以通过找到浏览器的coo【本文首发于唐霜的博客】本文版权归作者所有，未经授权不得转载。kie保存目录，打开cookie查看co【作者：唐霜】【版权所有】唐霜 www.tangshuang.netokie的内容。其他软件也可以找到这些c本文版权归作者所有，未经授权不得转载。原创内容，盗版必究。ookie文件，所以cookie常常被认【版权所有，侵权必究】【版权所有】唐霜 www.tangshuang.net为是不安全的。

【访问 www.tangshuang.net 获取更多精彩内容】【本文首发于唐霜的博客】著作权归作者所有，禁止商业用途转载。

而session是保存在服务端的。当用户【本文受版权保护】【访问 www.tangshuang.net 获取更多精彩内容】访问一个网站时，由服务端的程序生成一个s【访问 www.tangshuang.net 获取更多精彩内容】【版权所有，侵权必究】ession，这个session文件被放【转载请注明来源】【原创内容，转载请注明出处】在服务端对应的目录下，网站的管理员虽然可【转载请注明来源】【转载请注明来源】以看到，但一般不会主动去使用，都是让网站【原创不易，请尊重版权】【原创内容，转载请注明出处】的程序去读取并使用。一个用户访问网站，他本文作者：唐霜，转载请注明出处。转载请注明出处：www.tangshuang.net就会产生一个session，但是怎么确定著作权归作者所有，禁止商业用途转载。本文版权归作者所有，未经授权不得转载。这个session是这个用户的呢？有两种未经授权，禁止复制转载。【本文首发于唐霜的博客】形式，一种是把这个session对应的一转载请注明出处：www.tangshuang.net【未经授权禁止转载】个唯一标识通过cookie的形式保存在浏【关注微信公众号：wwwtangshuangnet】【版权所有】唐霜 www.tangshuang.net览器端，浏览器下次访问的时候，会把这个c著作权归作者所有，禁止商业用途转载。本文作者：唐霜，转载请注明出处。ookie也发过去，服务端会自动去读取这【本文受版权保护】【版权所有】唐霜 www.tangshuang.net个标识对应的session；另一种是通过【原创不易，请尊重版权】未经授权，禁止复制转载。url传递这个唯一标识，这样就不用依靠c著作权归作者所有，禁止商业用途转载。著作权归作者所有，禁止商业用途转载。ookie。

未经授权，禁止复制转载。本文版权归作者所有，未经授权不得转载。【未经授权禁止转载】

session不是http协议的内容，所【版权所有】唐霜 www.tangshuang.net著作权归作者所有，禁止商业用途转载。以无法通过浏览器直接使用session，【未经授权禁止转载】【本文受版权保护】因此才有了上面那两种形式。Javascr本文版权归作者所有，未经授权不得转载。【访问 www.tangshuang.net 获取更多精彩内容】ipt中也可以使用document.co本文作者：唐霜，转载请注明出处。【版权所有】唐霜 www.tangshuang.netokie实现cookie功能，但是这和h【本文受版权保护】【未经授权禁止转载】ttp协议层面的cookie不同，而且它【未经授权禁止转载】【原创不易，请尊重版权】们产生的过程也不同，所以不能通过docu【作者：唐霜】【版权所有】唐霜 www.tangshuang.netment.cookie获取到由http请未经授权，禁止复制转载。【关注微信公众号：wwwtangshuangnet】求产生的cookie。

【转载请注明来源】未经授权，禁止复制转载。

了解更加细节的cookie参考这篇文章

https

前面都是再讲http协议，而https是本文作者：唐霜，转载请注明出处。【本文首发于唐霜的博客】什么呢？https其实不是协议，而是应用未经授权，禁止复制转载。本文版权归作者所有，未经授权不得转载。，http协议传输数据会存在一些问题：

【访问 www.tangshuang.net 获取更多精彩内容】【作者：唐霜】【本文首发于唐霜的博客】

通信使用明文, 内容可能会被窃听

著作权归作者所有，禁止商业用途转载。

【访问 www.tangshuang.net 获取更多精彩内容】

不验证通信方的身份, 因此有可能遭遇伪装

原创内容，盗版必究。

【访问 www.tangshuang.net 获取更多精彩内容】

未经授权，禁止复制转载。

而为了解决这种安全性问题，在http和T【本文受版权保护】【未经授权禁止转载】CP之间增加一道SSL（Secure S著作权归作者所有，禁止商业用途转载。【本文首发于唐霜的博客】ocket Layer，安全套接层）协议原创内容，盗版必究。著作权归作者所有，禁止商业用途转载。的数据处理。阅读前面你已经知道，http原创内容，盗版必究。【原创不易，请尊重版权】是属于应用层的，数据处理之后会丢给传输层【原创内容，转载请注明出处】转载请注明出处：www.tangshuang.net的TCP进行处理。但是为了安全，在这中间【作者：唐霜】【本文首发于唐霜的博客】增加一道SSL协议的处理，也就对数据进行【作者：唐霜】【原创不易，请尊重版权】了加密。当数据回来时，TCP也会将数据丢原创内容，盗版必究。【原创内容，转载请注明出处】给SSL协议处理，处理完再交回给http【转载请注明来源】【版权所有，侵权必究】协议处理。因此，我们在访问一个http网【原创内容，转载请注明出处】原创内容，盗版必究。站和一个https网站时，虽然使用了相同【访问 www.tangshuang.net 获取更多精彩内容】本文作者：唐霜，转载请注明出处。的url但是其实可以采用不同的应用程序来【本文受版权保护】本文作者：唐霜，转载请注明出处。进行处理，因为http和https是两个本文版权归作者所有，未经授权不得转载。【转载请注明来源】应用层的应用，不得不使用不同的端口来收发【未经授权禁止转载】著作权归作者所有，禁止商业用途转载。数据。
原创内容，盗版必究。
【本文首发于唐霜的博客】 TLS(Transport Layer著作权归作者所有，禁止商业用途转载。原创内容，盗版必究。 Security，传输层安全协议)和S【转载请注明来源】【作者：唐霜】SL是同一类协议，也是用于加密的，即可以【访问 www.tangshuang.net 获取更多精彩内容】本文版权归作者所有，未经授权不得转载。用TLS代替SSL。
【原创不易，请尊重版权】 https请求握手的大致流程如下：

转载请注明出处：www.tangshuang.net未经授权，禁止复制转载。

浏览器将自己支持的一套加密规则发送给服务【未经授权禁止转载】【访问 www.tangshuang.net 获取更多精彩内容】器（网站），服务器获得浏览器公钥

【作者：唐霜】

【未经授权禁止转载】

服务器从中选出一组加密算法与HASH算法本文作者：唐霜，转载请注明出处。未经授权，禁止复制转载。，并将自己的身份信息以证书的形式发回给浏【未经授权禁止转载】著作权归作者所有，禁止商业用途转载。览器。证书里面包含了网站地址，加密公钥，本文作者：唐霜，转载请注明出处。【本文受版权保护】以及证书的颁发机构等信息，浏览器获得服务器公钥

【未经授权禁止转载】

未经授权，禁止复制转载。

获得网站证书之后，浏览器验证->随机密码，并用服务器【版权所有】唐霜 www.tangshuang.net【转载请注明来源】的公钥加密->生成HASH握手，用【原创不易，请尊重版权】本文作者：唐霜，转载请注明出处。密码加密：a) 验证证书的合法性（颁发证书的机构【访问 www.tangshuang.net 获取更多精彩内容】本文作者：唐霜，转载请注明出处。是否合法，证书中包含的网站地址是否与正在【版权所有】唐霜 www.tangshuang.net原创内容，盗版必究。访问的地址一致等），如果证书受信任，则浏著作权归作者所有，禁止商业用途转载。【未经授权禁止转载】览器栏里面会显示一个小锁头，否则会给出证转载请注明出处：www.tangshuang.net本文作者：唐霜，转载请注明出处。书不受信的提示。b) 如果证书受信任，或原创内容，盗版必究。【访问 www.tangshuang.net 获取更多精彩内容】者是用户接受了不受信的证书，浏览器会生成【访问 www.tangshuang.net 获取更多精彩内容】【版权所有】唐霜 www.tangshuang.net一串随机数的密码（接下来通信的密钥），并【未经授权禁止转载】【版权所有，侵权必究】用证书中提供的公钥加密（共享密钥加密）。【访问 www.tangshuang.net 获取更多精彩内容】本文作者：唐霜，转载请注明出处。c) 使用约定好的HASH计算握手消息，【本文受版权保护】【访问 www.tangshuang.net 获取更多精彩内容】并使用生成的随机数对消息进行加密，最后将本文作者：唐霜，转载请注明出处。著作权归作者所有，禁止商业用途转载。之前生成的所有信息发送给网站。

【转载请注明来源】

【原创不易，请尊重版权】

未经授权，禁止复制转载。

服务器接收浏览器发来的数据之后，服务器用自己的密钥解出随机密码->【访问 www.tangshuang.net 获取更多精彩内容】【转载请注明来源】用密码解密握手消息（共享密钥通信）-&g【转载请注明来源】本文版权归作者所有，未经授权不得转载。t;验证HASH与浏览器是否一致（验证浏转载请注明出处：www.tangshuang.net【版权所有】唐霜 www.tangshuang.net览器）：a) 使用自己的私钥将信息解密取出密码【作者：唐霜】【版权所有，侵权必究】，使用密码解密浏览器发来的握手消息，并验【原创内容，转载请注明出处】【原创不易，请尊重版权】证HASH是否与浏览器发来的一致。b) 原创内容，盗版必究。本文作者：唐霜，转载请注明出处。使用密码加密一段握手消息，发送给浏览器。

【本文受版权保护】

浏览器解密并计算握手消息的HASH，如果转载请注明出处：www.tangshuang.net本文版权归作者所有，未经授权不得转载。与服务端发来的HASH一致，此时握手过程结束，之后所有的通信数据将由之前浏览器生成的随机密码并利用对称加密算法进行加密。

【本文首发于唐霜的博客】

【原创内容，转载请注明出处】

【作者：唐霜】

使用https加密http请求数据，会消【未经授权禁止转载】【未经授权禁止转载】耗cpu和系统资源，因此打开速度上会慢一【转载请注明来源】著作权归作者所有，禁止商业用途转载。些。

未经授权，禁止复制转载。【原创不易，请尊重版权】【原创内容，转载请注明出处】转载请注明出处：www.tangshuang.net

关于https的安全性，实际上，https无法解决的是两端做坏，著作权归作者所有，禁止商业用途转载。【本文受版权保护】两端是客户端和服务端，也就是你的浏览器、未经授权，禁止复制转载。【作者：唐霜】网页和服务器上，https解决的是传输过【作者：唐霜】本文作者：唐霜，转载请注明出处。程中的安全性问题。数据消息在浏览器和服务著作权归作者所有，禁止商业用途转载。【本文受版权保护】器之间传输，中间需要经过非常复杂的网络节未经授权，禁止复制转载。【关注微信公众号：wwwtangshuangnet】点，而这些节点并不一定是好人，例如一些运【版权所有】唐霜 www.tangshuang.net【关注微信公众号：wwwtangshuangnet】营商在网页中插入广告，就是因为直接对传输【版权所有，侵权必究】【版权所有】唐霜 www.tangshuang.net的内容进行了修改。但是如果使用https【转载请注明来源】本文作者：唐霜，转载请注明出处。，理论上讲，经过这些节点的内容为加密数据【原创内容，转载请注明出处】【转载请注明来源】，只有浏览器和服务器双方有解密的钥匙，因【转载请注明来源】本文作者：唐霜，转载请注明出处。此，中间节点很难对内容进行篡改。当然，这本文版权归作者所有，未经授权不得转载。本文版权归作者所有，未经授权不得转载。只是理论上。
【版权所有，侵权必究】 http2.0将基于https，也就是【未经授权禁止转载】【本文受版权保护】说，只有开启https的情况下才能使用h原创内容，盗版必究。转载请注明出处：www.tangshuang.netttp2.0的特性。

原创内容，盗版必究。著作权归作者所有，禁止商业用途转载。未经授权，禁止复制转载。

著作权归作者所有，禁止商业用途转载。【版权所有】唐霜 www.tangshuang.net【未经授权禁止转载】【未经授权禁止转载】本文作者：唐霜，转载请注明出处。【本文受版权保护】原创内容，盗版必究。未经授权，禁止复制转载。转载请注明出处：www.tangshuang.net未经授权，禁止复制转载。【作者：唐霜】【未经授权禁止转载】【关注微信公众号：wwwtangshuangnet】本文版权归作者所有，未经授权不得转载。著作权归作者所有，禁止商业用途转载。未经授权，禁止复制转载。【转载请注明来源】本文版权归作者所有，未经授权不得转载。【访问 www.tangshuang.net 获取更多精彩内容】本文版权归作者所有，未经授权不得转载。【访问 www.tangshuang.net 获取更多精彩内容】【版权所有】唐霜 www.tangshuang.net【关注微信公众号：wwwtangshuangnet】【原创不易，请尊重版权】【版权所有，侵权必究】【本文受版权保护】著作权归作者所有，禁止商业用途转载。本文作者：唐霜，转载请注明出处。原创内容，盗版必究。

如果你觉得本书对你有帮助，通过下方的二维码向我打赏吧，帮助我写出更多有用的内容。

2017-02-13 | http