返回：唐霜｜书

http协议学习札记

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

url的构成

URL(Uniform Resource【未经授权禁止转载】【原创不易，请尊重版权】 Locator) 中文称为统一资源定位【原创不易，请尊重版权】【原创内容，转载请注明出处】符，如同网络上的门牌，用于描述一个网络上【未经授权禁止转载】未经授权，禁止复制转载。的资源。

基本格式：schema://host[:port转载请注明出处：www.tangshuang.net【原创内容，转载请注明出处】#]/path/…/[?qu转载请注明出处：www.tangshuang.net【访问 www.tangshuang.net 获取更多精彩内容】ery-string][#anchor]

【访问 www.tangshuang.net 获取更多精彩内容】原创内容，盗版必究。原创内容，盗版必究。

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

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

host 服务器： HTTP服务器的IP地址或者域名，一【关注微信公众号：wwwtangshuangnet】【作者：唐霜】般人访问网站首页通常只要输入域名部分。

本文版权归作者所有，未经授权不得转载。【未经授权禁止转载】【本文首发于唐霜的博客】【原创不易，请尊重版权】

port 端口号： HTTP服务器的默认端口是80，这种【访问 www.tangshuang.net 获取更多精彩内容】【本文受版权保护】情况下端口号可以省略。如果使用了别的端口【原创内容，转载请注明出处】转载请注明出处：www.tangshuang.net，必须指明。

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

path 路径：访问资源的路径，对应后端路由控制部分本文版权归作者所有，未经授权不得转载。转载请注明出处：www.tangshuang.net代码index.js中定义的路径

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

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

【访问 www.tangshuang.net 获取更多精彩内容】未经授权，禁止复制转载。【作者：唐霜】

思考题：写一个函数，方便的获取当前url【原创内容，转载请注明出处】【转载请注明来源】的各个部分。

http请求的内容

request消息的结构

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

可以看到http request分为三个【转载请注明来源】【访问 www.tangshuang.net 获取更多精彩内容】部分：

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

第一部分是request line，包括原创内容，盗版必究。【访问 www.tangshuang.net 获取更多精彩内容】请求的方法Method（GET/POST【本文受版权保护】【原创内容，转载请注明出处】）、请求资源的路径path to res【关注微信公众号：wwwtangshuangnet】著作权归作者所有，禁止商业用途转载。ource（对应后端路由部分定义的路径）原创内容，盗版必究。【原创不易，请尊重版权】和http协议的版本号。

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

第二部分是request header请【版权所有】唐霜 www.tangshuang.net【原创内容，转载请注明出处】求头

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

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

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

第三部分是request body请求体转载请注明出处：www.tangshuang.net【转载请注明来源】，当使用GET方法发送请求的时候，请求体本文版权归作者所有，未经授权不得转载。【关注微信公众号：wwwtangshuangnet】是空的

原创内容，盗版必究。

【转载请注明来源】

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

response消息的结构

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

第一部分是response line，包著作权归作者所有，禁止商业用途转载。【关注微信公众号：wwwtangshuangnet】括http协议版本号，响应状态码和响应状【转载请注明来源】转载请注明出处：www.tangshuang.net态消息

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

原创内容，盗版必究。

【作者：唐霜】

【未经授权禁止转载】

第二部分是response header著作权归作者所有，禁止商业用途转载。【访问 www.tangshuang.net 获取更多精彩内容】响应头

【作者：唐霜】

【未经授权禁止转载】

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

第三部分是响应体

【关注微信公众号：wwwtangshuangnet】

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

TCP/IP

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

未经授权，禁止复制转载。转载请注明出处：www.tangshuang.net本文版权归作者所有，未经授权不得转载。

应用层

简单的说，应用层是指应用程序怎么处理网络转载请注明出处：www.tangshuang.net【关注微信公众号：wwwtangshuangnet】请求和响应的。这里的应用程序包括一整套的本文作者：唐霜，转载请注明出处。【转载请注明来源】相关程序，比如我们这个场景中的浏览器使用【关注微信公众号：wwwtangshuangnet】本文版权归作者所有，未经授权不得转载。http、https进行网络请求，htt【版权所有】唐霜 www.tangshuang.net著作权归作者所有，禁止商业用途转载。p、ftp、SSH、DNS就属于这一层。

本文版权归作者所有，未经授权不得转载。著作权归作者所有，禁止商业用途转载。【原创不易，请尊重版权】

当一个应用程序，比如浏览器，按照应用层的未经授权，禁止复制转载。【本文受版权保护】协议（http）处理数据之后，这些数据就【访问 www.tangshuang.net 获取更多精彩内容】【访问 www.tangshuang.net 获取更多精彩内容】会被送往下一层。

传输层

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

【关注微信公众号：wwwtangshuangnet】本文作者：唐霜，转载请注明出处。

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

TCP和UDP这两种协议就是传输层的协议本文版权归作者所有，未经授权不得转载。【关注微信公众号：wwwtangshuangnet】。当应用层的数据进入传输层之后，被传输层【关注微信公众号：wwwtangshuangnet】未经授权，禁止复制转载。处理，按照TCP协议处理后的数据的单元是【关注微信公众号：wwwtangshuangnet】本文作者：唐霜，转载请注明出处。“数据段”，而按UDP协议处理后的数据的【本文受版权保护】【本文受版权保护】单元叫“数据报”，也就我们常听说的“报头未经授权，禁止复制转载。【关注微信公众号：wwwtangshuangnet】”里的“报”。

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

应用层的协议是基于传输层的协议的（实际上【关注微信公众号：wwwtangshuangnet】转载请注明出处：www.tangshuang.net，上层的协议都要基于下层协议），比如：

运行在TCP协议上的协议：

【本文首发于唐霜的博客】【关注微信公众号：wwwtangshuangnet】未经授权，禁止复制转载。

HTTP（Hypertext Trans著作权归作者所有，禁止商业用途转载。【原创内容，转载请注明出处】fer Protocol，超文本传输协议【原创不易，请尊重版权】【本文受版权保护】），主要用于普通浏览。

【关注微信公众号：wwwtangshuangnet】

【未经授权禁止转载】

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

HTTPS（Hypertext Tran【原创不易，请尊重版权】著作权归作者所有，禁止商业用途转载。sfer Protocol over S【原创不易，请尊重版权】【版权所有，侵权必究】ecure Socket Layer, 【作者：唐霜】【版权所有】唐霜 www.tangshuang.netor HTTP over SSL，安全超【本文受版权保护】本文版权归作者所有，未经授权不得转载。文本传输协议）,HTTP协议的安全版本。

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

【转载请注明来源】

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

FTP（File Transfer Pr本文作者：唐霜，转载请注明出处。【原创内容，转载请注明出处】otocol，文件传输协议），由名知义，【版权所有，侵权必究】【版权所有】唐霜 www.tangshuang.net用于文件传输。

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

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

POP3（Post Office Pro未经授权，禁止复制转载。【原创不易，请尊重版权】tocol, version 3，邮局协【版权所有】唐霜 www.tangshuang.net【本文首发于唐霜的博客】议），收邮件用。

原创内容，盗版必究。

【未经授权禁止转载】

SMTP（Simple Mail Tra原创内容，盗版必究。著作权归作者所有，禁止商业用途转载。nsfer Protocol，简单邮件传本文作者：唐霜，转载请注明出处。【原创内容，转载请注明出处】输协议），用来发送电子邮件。

【本文受版权保护】

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

【作者：唐霜】

TELNET（Teletype over本文版权归作者所有，未经授权不得转载。著作权归作者所有，禁止商业用途转载。 the Network，网络电传），通【转载请注明来源】【版权所有】唐霜 www.tangshuang.net过一个终端（terminal）登陆到网络【访问 www.tangshuang.net 获取更多精彩内容】转载请注明出处：www.tangshuang.net。

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

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

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

【转载请注明来源】

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

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

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

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

运行在UDP协议上的协议：

本文版权归作者所有，未经授权不得转载。【转载请注明来源】原创内容，盗版必究。

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

【作者：唐霜】

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

【未经授权禁止转载】

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

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

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

原创内容，盗版必究。

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

DHCP（Dynamic Host Co【未经授权禁止转载】【版权所有】唐霜 www.tangshuang.netnfiguration Protocol著作权归作者所有，禁止商业用途转载。著作权归作者所有，禁止商业用途转载。，动态主机配置协议），动态配置IP地址。

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

【关注微信公众号：wwwtangshuangnet】

其他：

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

DNS（Domain Name Serv【本文首发于唐霜的博客】原创内容，盗版必究。ice，域名服务），用于完成地址查找，邮【访问 www.tangshuang.net 获取更多精彩内容】【未经授权禁止转载】件转发等工作（运行在TCP和UDP协议上【关注微信公众号：wwwtangshuangnet】本文作者：唐霜，转载请注明出处。）。

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

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

ECHO（Echo Protocol，回【版权所有】唐霜 www.tangshuang.net原创内容，盗版必究。绕协议），用于查错及测量应答时间（运行在【本文首发于唐霜的博客】【版权所有】唐霜 www.tangshuang.netTCP和UDP协议上）。

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

【关注微信公众号：wwwtangshuangnet】

SNMP（Simple Network 【未经授权禁止转载】【访问 www.tangshuang.net 获取更多精彩内容】Management Protocol，【本文受版权保护】【原创不易，请尊重版权】简单网络管理协议），用于网络信息的收集和【本文首发于唐霜的博客】本文作者：唐霜，转载请注明出处。网络管理。

【作者：唐霜】

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

ARP（Address Resoluti转载请注明出处：www.tangshuang.net【原创内容，转载请注明出处】on Protocol，地址解析协议），【本文受版权保护】【版权所有，侵权必究】用于动态解析以太网硬件的地址。

原创内容，盗版必究。

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

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

网络层

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

【作者：唐霜】【作者：唐霜】

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

原创内容，盗版必究。未经授权，禁止复制转载。

【作者：唐霜】著作权归作者所有，禁止商业用途转载。

数据链路层

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

转载请注明出处：www.tangshuang.net【转载请注明来源】

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

【未经授权禁止转载】【本文受版权保护】本文作者：唐霜，转载请注明出处。【原创不易，请尊重版权】

物理层

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

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

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

【转载请注明来源】【关注微信公众号：wwwtangshuangnet】转载请注明出处：www.tangshuang.net

TCP三次握手和四次挥手

所谓“三次握手”是指在一个连接的建立阶段【原创不易，请尊重版权】【转载请注明来源】，客户端和服务端有三次交互，因为是“建立原创内容，盗版必究。转载请注明出处：www.tangshuang.net”连接，所以叫“握手”。所谓“四次挥手”本文版权归作者所有，未经授权不得转载。未经授权，禁止复制转载。是指在一个连接的释放阶段，客户端和服务端【关注微信公众号：wwwtangshuangnet】未经授权，禁止复制转载。有四次交互，因为是“释放”所以叫“挥手”本文作者：唐霜，转载请注明出处。【版权所有，侵权必究】。

TCP三次握手和四次挥手

【未经授权禁止转载】原创内容，盗版必究。

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

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

TCP三次握手

转载请注明出处：www.tangshuang.net原创内容，盗版必究。【未经授权禁止转载】【本文首发于唐霜的博客】

【作者：唐霜】【关注微信公众号：wwwtangshuangnet】【作者：唐霜】

在服务端接收到第三次握手的信息之后，将建原创内容，盗版必究。【关注微信公众号：wwwtangshuangnet】立真正的连接，数据传输才会进行。

未经授权，禁止复制转载。【作者：唐霜】

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

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

TCP四次挥手

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

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

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

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

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

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

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

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

转载请注明出处：www.tangshuang.net【本文首发于唐霜的博客】【关注微信公众号：wwwtangshuangnet】本文版权归作者所有，未经授权不得转载。

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

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

转载请注明出处：www.tangshuang.net【关注微信公众号：wwwtangshuangnet】【原创不易，请尊重版权】

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

KeepAlive

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

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

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

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

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

著作权归作者所有，禁止商业用途转载。转载请注明出处：www.tangshuang.net本文版权归作者所有，未经授权不得转载。

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

转载请注明出处：www.tangshuang.net未经授权，禁止复制转载。本文版权归作者所有，未经授权不得转载。【访问 www.tangshuang.net 获取更多精彩内容】

一个http请求背后的过程

http请求的数据将经过上述网络层完成整【关注微信公众号：wwwtangshuangnet】【本文首发于唐霜的博客】个数据生命周期。当用户访问一个url时：

【本文首发于唐霜的博客】未经授权，禁止复制转载。

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

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

http状态码

【转载请注明来源】【本文首发于唐霜的博客】【未经授权禁止转载】

1xx：请求处理过程中，还没有处理结束，本文版权归作者所有，未经授权不得转载。【版权所有，侵权必究】需要等待。2xx：请求处理成功。3xx：【访问 www.tangshuang.net 获取更多精彩内容】【未经授权禁止转载】请求被重定向到另外一个地址进行处理。4x【关注微信公众号：wwwtangshuangnet】本文版权归作者所有，未经授权不得转载。x：请求处理失败。5xx：服务器内部错误【关注微信公众号：wwwtangshuangnet】【未经授权禁止转载】（程序报错）。

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

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

缓存相关

【关注微信公众号：wwwtangshuangnet】转载请注明出处：www.tangshuang.net【转载请注明来源】

304&Last-Modified

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

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

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

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

Last-Modified只能用于GET【原创内容，转载请注明出处】【关注微信公众号：wwwtangshuangnet】或HEADER请求类型中，POST等其他未经授权，禁止复制转载。【作者：唐霜】请求用不了。

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

304&Etag

last-modified存在一些问题：

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

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

【作者：唐霜】

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

【转载请注明来源】

【未经授权禁止转载】

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

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

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

【转载请注明来源】

【作者：唐霜】

【本文受版权保护】

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

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

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

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

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

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

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

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

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

【作者：唐霜】【关注微信公众号：wwwtangshuangnet】转载请注明出处：www.tangshuang.net

Cache-Control&Expires

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

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

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

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

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

但是因为Expires是时间点的形式，它【作者：唐霜】【关注微信公众号：wwwtangshuangnet】可能和本地时间存在时间差，所以并不可靠，【本文受版权保护】著作权归作者所有，禁止商业用途转载。而使用max-age则是规定一个时长，跟【转载请注明来源】【本文首发于唐霜的博客】时间差没有关系，更靠谱一些。所以能用Ca【转载请注明来源】【关注微信公众号：wwwtangshuangnet】che-Control的情况下尽量用ma转载请注明出处：www.tangshuang.net【本文受版权保护】x-age。

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

对比和混用

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

【原创内容，转载请注明出处】未经授权，禁止复制转载。【原创内容，转载请注明出处】

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

【本文受版权保护】【本文首发于唐霜的博客】【未经授权禁止转载】【原创内容，转载请注明出处】

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

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

Cookie和Session

Cookie是由浏览器保存起来的小段文件【访问 www.tangshuang.net 获取更多精彩内容】转载请注明出处：www.tangshuang.net，Session和Cookie类似，但是著作权归作者所有，禁止商业用途转载。【关注微信公众号：wwwtangshuangnet】是保存在服务端。

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

【转载请注明来源】【作者：唐霜】【原创不易，请尊重版权】【原创不易，请尊重版权】

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

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

转载请注明出处：www.tangshuang.net本文版权归作者所有，未经授权不得转载。【未经授权禁止转载】

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

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

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

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

https

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

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

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

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

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

原创内容，盗版必究。

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

无法证明报文的完整性, 所有有可能已遭篡本文版权归作者所有，未经授权不得转载。未经授权，禁止复制转载。改

原创内容，盗版必究。

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

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

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

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

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

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

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

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

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

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

【未经授权禁止转载】

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

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

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

【关注微信公众号：wwwtangshuangnet】

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

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

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

使用https加密http请求数据，会消【原创不易，请尊重版权】【转载请注明来源】耗cpu和系统资源，因此打开速度上会慢一著作权归作者所有，禁止商业用途转载。转载请注明出处：www.tangshuang.net些。

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

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

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

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

2017-02-13 | http