返回：唐霜｜书

http协议学习札记

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

url的构成

基本格式：schema://host[:port【原创不易，请尊重版权】【本文首发于唐霜的博客】#]/path/…/[?qu【转载请注明来源】本文版权归作者所有，未经授权不得转载。ery-string][#anchor]

【本文首发于唐霜的博客】【原创内容，转载请注明出处】本文版权归作者所有，未经授权不得转载。本文作者：唐霜，转载请注明出处。

scheme 传输协议：指定使用的协议(例如：http, h【作者：唐霜】原创内容，盗版必究。ttps, ftp)，这里就是http或【未经授权禁止转载】【访问 www.tangshuang.net 获取更多精彩内容】者https，大多数网页浏览器不要求用户【版权所有，侵权必究】【版权所有，侵权必究】输入网页中“http(s)://”的部分【作者：唐霜】【版权所有，侵权必究】，因为绝大多数网页内容是超文本传输协议文【关注微信公众号：wwwtangshuangnet】【原创不易，请尊重版权】件。

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

host 服务器： HTTP服务器的IP地址或者域名，一【原创不易，请尊重版权】本文版权归作者所有，未经授权不得转载。般人访问网站首页通常只要输入域名部分。

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

path 路径：访问资源的路径，对应后端路由控制部分【原创内容，转载请注明出处】【关注微信公众号：wwwtangshuangnet】代码index.js中定义的路径

【关注微信公众号：wwwtangshuangnet】著作权归作者所有，禁止商业用途转载。原创内容，盗版必究。

query-string 查询字符串：发送给http服务器的数据，用get著作权归作者所有，禁止商业用途转载。【版权所有】唐霜 www.tangshuang.net请求发送的数据会在这一部分显示，url中【原创内容，转载请注明出处】著作权归作者所有，禁止商业用途转载。？后面的部分。例如：url?name=zzl&age=10。以“?”字符为起点，每个参数以“&am【关注微信公众号：wwwtangshuangnet】本文作者：唐霜，转载请注明出处。p;”隔开，再以“=”分开参数名称与数据【访问 www.tangshuang.net 获取更多精彩内容】原创内容，盗版必究。。

转载请注明出处：www.tangshuang.net【本文首发于唐霜的博客】【未经授权禁止转载】【本文首发于唐霜的博客】

http请求的内容

http请求包含“请求（request）未经授权，禁止复制转载。【转载请注明来源】”和“响应（response）”两个部分【本文首发于唐霜的博客】【关注微信公众号：wwwtangshuangnet】，分别包含头和内容，即：请求头、请求体、转载请注明出处：www.tangshuang.net原创内容，盗版必究。响应头、响应体。

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

request消息的结构

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

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

可以看到http request分为三个【原创不易，请尊重版权】【本文首发于唐霜的博客】部分：

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

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

【未经授权禁止转载】

第二部分是request header请【转载请注明来源】【版权所有】唐霜 www.tangshuang.net求头

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

原创内容，盗版必究。

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

第三部分是request body请求体【本文受版权保护】未经授权，禁止复制转载。，当使用GET方法发送请求的时候，请求体【作者：唐霜】原创内容，盗版必究。是空的

【未经授权禁止转载】

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

response消息的结构

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

可以看到http response也分为转载请注明出处：www.tangshuang.net【转载请注明来源】三个部分：

【本文首发于唐霜的博客】【原创不易，请尊重版权】原创内容，盗版必究。

第一部分是response line，包原创内容，盗版必究。【版权所有】唐霜 www.tangshuang.net括http协议版本号，响应状态码和响应状著作权归作者所有，禁止商业用途转载。【版权所有】唐霜 www.tangshuang.net态消息

【未经授权禁止转载】

【关注微信公众号：wwwtangshuangnet】

第二部分是response header未经授权，禁止复制转载。【原创不易，请尊重版权】响应头

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

【本文受版权保护】

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

【未经授权禁止转载】

第三部分是响应体

【转载请注明来源】

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

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

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

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

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

TCP/IP

当你在浏览器中输入一个url，到你看到页【本文首发于唐霜的博客】本文作者：唐霜，转载请注明出处。面的这个过程中，背后都发生了什么？回答这原创内容，盗版必究。转载请注明出处：www.tangshuang.net个问题需要你了解TCP/IP网络架构。这【作者：唐霜】【关注微信公众号：wwwtangshuangnet】个网络通信架构中，网络通信被分为五层模型【关注微信公众号：wwwtangshuangnet】【版权所有，侵权必究】，分别是：应用层、传输层、网络层、数据链【版权所有，侵权必究】转载请注明出处：www.tangshuang.net路层、物理层。

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

应用层

简单的说，应用层是指应用程序怎么处理网络未经授权，禁止复制转载。【访问 www.tangshuang.net 获取更多精彩内容】请求和响应的。这里的应用程序包括一整套的【访问 www.tangshuang.net 获取更多精彩内容】【版权所有】唐霜 www.tangshuang.net相关程序，比如我们这个场景中的浏览器使用【版权所有，侵权必究】本文版权归作者所有，未经授权不得转载。http、https进行网络请求，htt【原创不易，请尊重版权】本文作者：唐霜，转载请注明出处。p、ftp、SSH、DNS就属于这一层。

当一个应用程序，比如浏览器，按照应用层的【本文首发于唐霜的博客】本文版权归作者所有，未经授权不得转载。协议（http）处理数据之后，这些数据就著作权归作者所有，禁止商业用途转载。原创内容，盗版必究。会被送往下一层。

【原创内容，转载请注明出处】【原创不易，请尊重版权】

传输层

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

端口号从0到65535，其中0-1023原创内容，盗版必究。原创内容，盗版必究。都被系统占用，你新开一个程序的话，会在后【原创不易，请尊重版权】著作权归作者所有，禁止商业用途转载。面的端口中随机分配一个。但是有些应用程序【未经授权禁止转载】【版权所有】唐霜 www.tangshuang.net允许你强制给它安排端口（我们熟悉的服务端【作者：唐霜】【关注微信公众号：wwwtangshuangnet】程序都是这样）。

TCP和UDP这两种协议就是传输层的协议【作者：唐霜】【本文首发于唐霜的博客】。当应用层的数据进入传输层之后，被传输层【转载请注明来源】原创内容，盗版必究。处理，按照TCP协议处理后的数据的单元是转载请注明出处：www.tangshuang.net转载请注明出处：www.tangshuang.net“数据段”，而按UDP协议处理后的数据的【本文首发于唐霜的博客】【访问 www.tangshuang.net 获取更多精彩内容】单元叫“数据报”，也就我们常听说的“报头【作者：唐霜】未经授权，禁止复制转载。”里的“报”。

原创内容，盗版必究。【转载请注明来源】

应用层的协议是基于传输层的协议的（实际上【访问 www.tangshuang.net 获取更多精彩内容】【作者：唐霜】，上层的协议都要基于下层协议），比如：

【本文受版权保护】【关注微信公众号：wwwtangshuangnet】【转载请注明来源】

运行在TCP协议上的协议：

著作权归作者所有，禁止商业用途转载。【访问 www.tangshuang.net 获取更多精彩内容】著作权归作者所有，禁止商业用途转载。转载请注明出处：www.tangshuang.net

HTTP（Hypertext Trans【本文受版权保护】【转载请注明来源】fer Protocol，超文本传输协议【原创不易，请尊重版权】【版权所有，侵权必究】），主要用于普通浏览。

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

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

HTTPS（Hypertext Tran【版权所有，侵权必究】【转载请注明来源】sfer Protocol over S著作权归作者所有，禁止商业用途转载。【未经授权禁止转载】ecure Socket Layer, 【关注微信公众号：wwwtangshuangnet】【版权所有，侵权必究】or HTTP over SSL，安全超【本文首发于唐霜的博客】【本文受版权保护】文本传输协议）,HTTP协议的安全版本。

【作者：唐霜】

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

FTP（File Transfer Pr【访问 www.tangshuang.net 获取更多精彩内容】转载请注明出处：www.tangshuang.netotocol，文件传输协议），由名知义，【作者：唐霜】【转载请注明来源】用于文件传输。

原创内容，盗版必究。

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

【转载请注明来源】

POP3（Post Office Pro【访问 www.tangshuang.net 获取更多精彩内容】【转载请注明来源】tocol, version 3，邮局协未经授权，禁止复制转载。【本文首发于唐霜的博客】议），收邮件用。

【未经授权禁止转载】

原创内容，盗版必究。

SMTP（Simple Mail Tra【作者：唐霜】转载请注明出处：www.tangshuang.netnsfer Protocol，简单邮件传【版权所有，侵权必究】【原创内容，转载请注明出处】输协议），用来发送电子邮件。

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

【未经授权禁止转载】

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

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

TELNET（Teletype over未经授权，禁止复制转载。未经授权，禁止复制转载。 the Network，网络电传），通著作权归作者所有，禁止商业用途转载。【访问 www.tangshuang.net 获取更多精彩内容】过一个终端（terminal）登陆到网络未经授权，禁止复制转载。【本文受版权保护】。

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

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

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

SSH（Secure Shell，用于替本文作者：唐霜，转载请注明出处。【版权所有，侵权必究】代安全性差的TELNET），用于加密安全本文版权归作者所有，未经授权不得转载。转载请注明出处：www.tangshuang.net登陆用。

【转载请注明来源】

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

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

运行在UDP协议上的协议：

本文版权归作者所有，未经授权不得转载。【原创不易，请尊重版权】

BOOTP（Boot Protocol，著作权归作者所有，禁止商业用途转载。【本文首发于唐霜的博客】启动协议），应用于无盘设备。

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

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

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

NTP（Network Time Pro【作者：唐霜】【版权所有，侵权必究】tocol，网络时间协议），用于网络同步【访问 www.tangshuang.net 获取更多精彩内容】著作权归作者所有，禁止商业用途转载。。

【未经授权禁止转载】

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

DHCP（Dynamic Host Co原创内容，盗版必究。【本文首发于唐霜的博客】nfiguration Protocol【本文受版权保护】著作权归作者所有，禁止商业用途转载。，动态主机配置协议），动态配置IP地址。

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

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

其他：

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

DNS（Domain Name Serv著作权归作者所有，禁止商业用途转载。【转载请注明来源】ice，域名服务），用于完成地址查找，邮未经授权，禁止复制转载。【作者：唐霜】件转发等工作（运行在TCP和UDP协议上【原创不易，请尊重版权】【未经授权禁止转载】）。

【转载请注明来源】

ECHO（Echo Protocol，回【原创内容，转载请注明出处】【访问 www.tangshuang.net 获取更多精彩内容】绕协议），用于查错及测量应答时间（运行在【原创不易，请尊重版权】原创内容，盗版必究。TCP和UDP协议上）。

【作者：唐霜】

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

【转载请注明来源】

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

SNMP（Simple Network 【原创内容，转载请注明出处】【版权所有，侵权必究】Management Protocol，【关注微信公众号：wwwtangshuangnet】本文作者：唐霜，转载请注明出处。简单网络管理协议），用于网络信息的收集和未经授权，禁止复制转载。【转载请注明来源】网络管理。

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

原创内容，盗版必究。

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

ARP（Address Resoluti【转载请注明来源】【未经授权禁止转载】on Protocol，地址解析协议），【本文受版权保护】【本文受版权保护】用于动态解析以太网硬件的地址。

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

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

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

网络层

网络层简单的理解，就是机器与机器之间的互【未经授权禁止转载】【访问 www.tangshuang.net 获取更多精彩内容】联。经过传输层的数据能够确定该数据将交给著作权归作者所有，禁止商业用途转载。【关注微信公众号：wwwtangshuangnet】哪个端口来处理，但是并不知道将交给哪一台【版权所有】唐霜 www.tangshuang.net著作权归作者所有，禁止商业用途转载。主机（也可能是自身）来处理。网络传输的概转载请注明出处：www.tangshuang.net【版权所有】唐霜 www.tangshuang.net念发生在这一层。

【转载请注明来源】【原创不易，请尊重版权】原创内容，盗版必究。【关注微信公众号：wwwtangshuangnet】

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

经由网络层协议处理过的数据的单元结构被称转载请注明出处：www.tangshuang.net【未经授权禁止转载】为“数据包”，这些数据包非常清晰自己应该转载请注明出处：www.tangshuang.net【转载请注明来源】奔向哪一台主机。路由协议和网址解析协议都本文版权归作者所有，未经授权不得转载。未经授权，禁止复制转载。属于这一层。

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

数据链路层

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

本文版权归作者所有，未经授权不得转载。【本文受版权保护】

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

著作权归作者所有，禁止商业用途转载。【本文首发于唐霜的博客】【原创不易，请尊重版权】

物理层

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

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

本文版权归作者所有，未经授权不得转载。【本文首发于唐霜的博客】【作者：唐霜】原创内容，盗版必究。

TCP三次握手和四次挥手

所谓“三次握手”是指在一个连接的建立阶段【未经授权禁止转载】【原创内容，转载请注明出处】，客户端和服务端有三次交互，因为是“建立【版权所有】唐霜 www.tangshuang.net【本文受版权保护】”连接，所以叫“握手”。所谓“四次挥手”【版权所有，侵权必究】【未经授权禁止转载】是指在一个连接的释放阶段，客户端和服务端本文版权归作者所有，未经授权不得转载。著作权归作者所有，禁止商业用途转载。有四次交互，因为是“释放”所以叫“挥手”【原创内容，转载请注明出处】本文作者：唐霜，转载请注明出处。。

TCP三次握手和四次挥手

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

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

一个TCP链接在握手阶段，每次握手都需要【转载请注明来源】转载请注明出处：www.tangshuang.net传送“包”，这个包包含了发送方的信息，这【版权所有】唐霜 www.tangshuang.net【本文首发于唐霜的博客】个信息用于确认。这里面主要指SYN标志位未经授权，禁止复制转载。著作权归作者所有，禁止商业用途转载。和ACK标志。在第一次握手时，由客户端发本文作者：唐霜，转载请注明出处。著作权归作者所有，禁止商业用途转载。送SYN标识，第二次握手，由服务端发送S【本文受版权保护】本文版权归作者所有，未经授权不得转载。YN+ACK标识，第三次握手由客户端发送【版权所有，侵权必究】【版权所有，侵权必究】ACK标识。

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

TCP三次握手

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

在服务端接收到第三次握手的信息之后，将建【未经授权禁止转载】未经授权，禁止复制转载。立真正的连接，数据传输才会进行。

【作者：唐霜】【原创不易，请尊重版权】本文版权归作者所有，未经授权不得转载。

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

本文版权归作者所有，未经授权不得转载。著作权归作者所有，禁止商业用途转载。【转载请注明来源】

TCP四次挥手

未经授权，禁止复制转载。【关注微信公众号：wwwtangshuangnet】

【访问 www.tangshuang.net 获取更多精彩内容】转载请注明出处：www.tangshuang.net原创内容，盗版必究。【原创不易，请尊重版权】

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

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

本文作者：唐霜，转载请注明出处。原创内容，盗版必究。【原创不易，请尊重版权】

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

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

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

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

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

【转载请注明来源】【作者：唐霜】

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

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

KeepAlive

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

【访问 www.tangshuang.net 获取更多精彩内容】本文版权归作者所有，未经授权不得转载。【原创不易，请尊重版权】

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

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

具体的解释，可以阅读这篇文章。简单总结一下，就是当一个TCP连接建立【本文受版权保护】【本文首发于唐霜的博客】之后，不要马上释放掉，这样就可以反复利用原创内容，盗版必究。【原创不易，请尊重版权】这个TCP连接来实现HTTP请求。这样就原创内容，盗版必究。【本文受版权保护】可以节省建立和断开TCP的消耗，提高了h【转载请注明来源】转载请注明出处：www.tangshuang.netttp的速度。

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

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

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

Connection: Keep-Alive并不能保证你的TCP连接是一直开启的，T【本文受版权保护】【转载请注明来源】CP连接是否KeepAlive决定于很多原创内容，盗版必究。未经授权，禁止复制转载。因素。因此，在http中使用Connection: Keep-Alive其实没有决定性的意义。

一个http请求背后的过程

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

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

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

http状态码

在上面的过程中，最后一步浏览器“得到响应原创内容，盗版必究。本文版权归作者所有，未经授权不得转载。内容”中，包含了一个http状态码。状态本文作者：唐霜，转载请注明出处。【访问 www.tangshuang.net 获取更多精彩内容】码是http协议中对当前请求状态的规定。未经授权，禁止复制转载。本文版权归作者所有，未经授权不得转载。它由数字表示：

未经授权，禁止复制转载。【本文首发于唐霜的博客】著作权归作者所有，禁止商业用途转载。

1xx：请求处理过程中，还没有处理结束，著作权归作者所有，禁止商业用途转载。【作者：唐霜】需要等待。2xx：请求处理成功。3xx：原创内容，盗版必究。【本文受版权保护】请求被重定向到另外一个地址进行处理。4x【访问 www.tangshuang.net 获取更多精彩内容】【版权所有】唐霜 www.tangshuang.netx：请求处理失败。5xx：服务器内部错误【未经授权禁止转载】【作者：唐霜】（程序报错）。

【访问 www.tangshuang.net 获取更多精彩内容】【原创不易，请尊重版权】

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

原创内容，盗版必究。【作者：唐霜】

缓存相关

http协议里面有关缓存的，接触最多了是【转载请注明来源】【原创内容，转载请注明出处】304和cache-control。它们原创内容，盗版必究。【访问 www.tangshuang.net 获取更多精彩内容】都要涉及两端。

304&Last-Modified

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

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

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

【转载请注明来源】【原创内容，转载请注明出处】未经授权，禁止复制转载。原创内容，盗版必究。

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

304&Etag

last-modified存在一些问题：

【作者：唐霜】【原创不易，请尊重版权】【未经授权禁止转载】【原创内容，转载请注明出处】

一定情况下，资源的last-modifi转载请注明出处：www.tangshuang.net转载请注明出处：www.tangshuang.neted变动并不代表它的实际内容的改动

【转载请注明来源】

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

【未经授权禁止转载】

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

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

last-modified理论上讲，应该本文版权归作者所有，未经授权不得转载。【未经授权禁止转载】是读取文件的最后更新时间，但是实际上，有【作者：唐霜】【原创不易，请尊重版权】两种情况，一种是读取到到这个时间可能存在【作者：唐霜】【关注微信公众号：wwwtangshuangnet】问题，还有一种是反规则，开发者自己伪造这未经授权，禁止复制转载。著作权归作者所有，禁止商业用途转载。个last-modified

原创内容，盗版必究。

某些情况下，资源的last-modifi转载请注明出处：www.tangshuang.net转载请注明出处：www.tangshuang.neted会定期刷新，但实际上它们并没有改变

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

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

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

【作者：唐霜】未经授权，禁止复制转载。转载请注明出处：www.tangshuang.net

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

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

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

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

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

【作者：唐霜】【原创内容，转载请注明出处】【原创内容，转载请注明出处】

Cache-Control&Expires

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

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

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

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

但是因为Expires是时间点的形式，它【本文受版权保护】【作者：唐霜】可能和本地时间存在时间差，所以并不可靠，【作者：唐霜】本文作者：唐霜，转载请注明出处。而使用max-age则是规定一个时长，跟【原创内容，转载请注明出处】【转载请注明来源】时间差没有关系，更靠谱一些。所以能用Ca著作权归作者所有，禁止商业用途转载。转载请注明出处：www.tangshuang.netche-Control的情况下尽量用ma【作者：唐霜】【访问 www.tangshuang.net 获取更多精彩内容】x-age。

【访问 www.tangshuang.net 获取更多精彩内容】【未经授权禁止转载】

对比和混用

上面两种缓存机制都经常被用到，但是他们之【未经授权禁止转载】本文版权归作者所有，未经授权不得转载。间有区别。Cache-Control是强【版权所有，侵权必究】【版权所有】唐霜 www.tangshuang.net制缓存，也就是说缓存之后不会发出真实的网本文版权归作者所有，未经授权不得转载。【版权所有】唐霜 www.tangshuang.net络请求，速度上更快，而Last-Modi原创内容，盗版必究。【版权所有】唐霜 www.tangshuang.netfied是协商缓存，是会发出真实的网络请【原创不易，请尊重版权】本文版权归作者所有，未经授权不得转载。求的，只不过在交互后，如果得到304的话【作者：唐霜】【作者：唐霜】，才使用缓存。现代机器性能都很好，一般这原创内容，盗版必究。【原创内容，转载请注明出处】两种缓存在时间上不会给人造成太大的差距感转载请注明出处：www.tangshuang.net本文作者：唐霜，转载请注明出处。。

原创内容，盗版必究。【转载请注明来源】

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

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

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

Cookie和Session

Cookie是由浏览器保存起来的小段文件转载请注明出处：www.tangshuang.net原创内容，盗版必究。，Session和Cookie类似，但是未经授权，禁止复制转载。【作者：唐霜】是保存在服务端。

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

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

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

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

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

【作者：唐霜】【原创不易，请尊重版权】【本文受版权保护】

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

https

前面都是再讲http协议，而https是【转载请注明来源】【关注微信公众号：wwwtangshuangnet】什么呢？https其实不是协议，而是应用原创内容，盗版必究。转载请注明出处：www.tangshuang.net，http协议传输数据会存在一些问题：

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

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

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

【作者：唐霜】

【转载请注明来源】

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

【作者：唐霜】

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

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

【关注微信公众号：wwwtangshuangnet】

无法证明报文的完整性, 所有有可能已遭篡【原创不易，请尊重版权】转载请注明出处：www.tangshuang.net改

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

原创内容，盗版必究。

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

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

浏览器将自己支持的一套加密规则发送给服务本文作者：唐霜，转载请注明出处。未经授权，禁止复制转载。器（网站），服务器获得浏览器公钥

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

原创内容，盗版必究。

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

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

【关注微信公众号：wwwtangshuangnet】

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

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

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

服务器接收浏览器发来的数据之后，服务器用自己的密钥解出随机密码->著作权归作者所有，禁止商业用途转载。【转载请注明来源】用密码解密握手消息（共享密钥通信）-&g【本文受版权保护】【作者：唐霜】t;验证HASH与浏览器是否一致（验证浏本文版权归作者所有，未经授权不得转载。【本文首发于唐霜的博客】览器）：a) 使用自己的私钥将信息解密取出密码【本文首发于唐霜的博客】【本文受版权保护】，使用密码解密浏览器发来的握手消息，并验【关注微信公众号：wwwtangshuangnet】【版权所有】唐霜 www.tangshuang.net证HASH是否与浏览器发来的一致。b) 【本文首发于唐霜的博客】【作者：唐霜】使用密码加密一段握手消息，发送给浏览器。

【本文受版权保护】

浏览器解密并计算握手消息的HASH，如果【本文首发于唐霜的博客】未经授权，禁止复制转载。与服务端发来的HASH一致，此时握手过程结束，之后所有的通信数据将由之前浏览器生成的随机密码并利用对称加密算法进行加密。

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

未经授权，禁止复制转载。原创内容，盗版必究。【未经授权禁止转载】【本文受版权保护】

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

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

【版权所有】唐霜 www.tangshuang.net【访问 www.tangshuang.net 获取更多精彩内容】【版权所有】唐霜 www.tangshuang.net【原创内容，转载请注明出处】【版权所有】唐霜 www.tangshuang.net未经授权，禁止复制转载。【版权所有】唐霜 www.tangshuang.net原创内容，盗版必究。原创内容，盗版必究。【原创不易，请尊重版权】本文作者：唐霜，转载请注明出处。【转载请注明来源】转载请注明出处：www.tangshuang.net【转载请注明来源】【原创内容，转载请注明出处】【原创不易，请尊重版权】本文作者：唐霜，转载请注明出处。转载请注明出处：www.tangshuang.net【访问 www.tangshuang.net 获取更多精彩内容】原创内容，盗版必究。本文作者：唐霜，转载请注明出处。【作者：唐霜】本文版权归作者所有，未经授权不得转载。未经授权，禁止复制转载。【版权所有】唐霜 www.tangshuang.net【版权所有，侵权必究】本文版权归作者所有，未经授权不得转载。未经授权，禁止复制转载。本文作者：唐霜，转载请注明出处。原创内容，盗版必究。本文作者：唐霜，转载请注明出处。未经授权，禁止复制转载。

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

2017-02-13 | http