返回：唐霜｜书

http协议学习札记

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

url的构成

URL(Uniform Resource原创内容，盗版必究。【作者：唐霜】 Locator) 中文称为统一资源定位【本文受版权保护】【访问 www.tangshuang.net 获取更多精彩内容】符，如同网络上的门牌，用于描述一个网络上【原创内容，转载请注明出处】本文作者：唐霜，转载请注明出处。的资源。

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

基本格式：schema://host[:port【本文首发于唐霜的博客】著作权归作者所有，禁止商业用途转载。#]/path/…/[?qu本文作者：唐霜，转载请注明出处。本文作者：唐霜，转载请注明出处。ery-string][#anchor]

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

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

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

host 服务器： HTTP服务器的IP地址或者域名，一本文作者：唐霜，转载请注明出处。原创内容，盗版必究。般人访问网站首页通常只要输入域名部分。

port 端口号： HTTP服务器的默认端口是80，这种【本文首发于唐霜的博客】本文作者：唐霜，转载请注明出处。情况下端口号可以省略。如果使用了别的端口【作者：唐霜】【原创内容，转载请注明出处】，必须指明。

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

path 路径：访问资源的路径，对应后端路由控制部分未经授权，禁止复制转载。转载请注明出处：www.tangshuang.net代码index.js中定义的路径

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

anchor 锚：锚，用来定位到页面中的特定地方。例如【本文首发于唐霜的博客】【原创内容，转载请注明出处】：url#title-1。以“#”字符为起点，后面为其值，可以对【原创内容，转载请注明出处】【关注微信公众号：wwwtangshuangnet】应页面中某元素的id或name属性。

【原创不易，请尊重版权】【本文首发于唐霜的博客】

http请求的内容

http请求包含“请求（request）【未经授权禁止转载】未经授权，禁止复制转载。”和“响应（response）”两个部分【原创不易，请尊重版权】【原创不易，请尊重版权】，分别包含头和内容，即：请求头、请求体、【作者：唐霜】【原创内容，转载请注明出处】响应头、响应体。

request消息的结构

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

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

第一部分是request line，包括原创内容，盗版必究。【原创不易，请尊重版权】请求的方法Method（GET/POST原创内容，盗版必究。【访问 www.tangshuang.net 获取更多精彩内容】）、请求资源的路径path to res【未经授权禁止转载】原创内容，盗版必究。ource（对应后端路由部分定义的路径）【本文首发于唐霜的博客】【原创不易，请尊重版权】和http协议的版本号。

【转载请注明来源】

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

第二部分是request header请本文作者：唐霜，转载请注明出处。本文版权归作者所有，未经授权不得转载。求头

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

【本文受版权保护】

第三部分是request body请求体【原创内容，转载请注明出处】著作权归作者所有，禁止商业用途转载。，当使用GET方法发送请求的时候，请求体未经授权，禁止复制转载。本文作者：唐霜，转载请注明出处。是空的

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

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

【关注微信公众号：wwwtangshuangnet】

response消息的结构

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 获取更多精彩内容】三个部分：

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

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

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

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

第二部分是response header【转载请注明来源】原创内容，盗版必究。响应头

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

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

第三部分是响应体

原创内容，盗版必究。

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

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

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

TCP/IP

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

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

应用层

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

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

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

传输层

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

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

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

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

TCP和UDP这两种协议就是传输层的协议【原创不易，请尊重版权】转载请注明出处：www.tangshuang.net。当应用层的数据进入传输层之后，被传输层原创内容，盗版必究。未经授权，禁止复制转载。处理，按照TCP协议处理后的数据的单元是【本文受版权保护】未经授权，禁止复制转载。“数据段”，而按UDP协议处理后的数据的【版权所有】唐霜 www.tangshuang.net【版权所有】唐霜 www.tangshuang.net单元叫“数据报”，也就我们常听说的“报头本文版权归作者所有，未经授权不得转载。本文版权归作者所有，未经授权不得转载。”里的“报”。

【关注微信公众号：wwwtangshuangnet】【本文受版权保护】【访问 www.tangshuang.net 获取更多精彩内容】本文作者：唐霜，转载请注明出处。

应用层的协议是基于传输层的协议的（实际上【本文受版权保护】【关注微信公众号：wwwtangshuangnet】，上层的协议都要基于下层协议），比如：

【作者：唐霜】【关注微信公众号：wwwtangshuangnet】【访问 www.tangshuang.net 获取更多精彩内容】

运行在TCP协议上的协议：

【本文受版权保护】【作者：唐霜】

HTTP（Hypertext Trans本文作者：唐霜，转载请注明出处。原创内容，盗版必究。fer Protocol，超文本传输协议【访问 www.tangshuang.net 获取更多精彩内容】【本文受版权保护】），主要用于普通浏览。

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

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

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

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

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

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

FTP（File Transfer Pr著作权归作者所有，禁止商业用途转载。【访问 www.tangshuang.net 获取更多精彩内容】otocol，文件传输协议），由名知义，未经授权，禁止复制转载。转载请注明出处：www.tangshuang.net用于文件传输。

原创内容，盗版必究。

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

POP3（Post Office Pro【访问 www.tangshuang.net 获取更多精彩内容】【本文受版权保护】tocol, version 3，邮局协未经授权，禁止复制转载。本文版权归作者所有，未经授权不得转载。议），收邮件用。

【转载请注明来源】

【关注微信公众号：wwwtangshuangnet】

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

【作者：唐霜】

【未经授权禁止转载】

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

TELNET（Teletype over转载请注明出处：www.tangshuang.net【转载请注明来源】 the Network，网络电传），通【原创内容，转载请注明出处】著作权归作者所有，禁止商业用途转载。过一个终端（terminal）登陆到网络【原创不易，请尊重版权】【版权所有，侵权必究】。

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

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

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

SSH（Secure Shell，用于替著作权归作者所有，禁止商业用途转载。【版权所有，侵权必究】代安全性差的TELNET），用于加密安全【原创不易，请尊重版权】原创内容，盗版必究。登陆用。

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

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

运行在UDP协议上的协议：

BOOTP（Boot Protocol，【转载请注明来源】【原创内容，转载请注明出处】启动协议），应用于无盘设备。

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

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

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

NTP（Network Time Pro【版权所有】唐霜 www.tangshuang.net转载请注明出处：www.tangshuang.nettocol，网络时间协议），用于网络同步著作权归作者所有，禁止商业用途转载。未经授权，禁止复制转载。。

【关注微信公众号：wwwtangshuangnet】

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

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

【关注微信公众号：wwwtangshuangnet】

DHCP（Dynamic Host Co【访问 www.tangshuang.net 获取更多精彩内容】【版权所有】唐霜 www.tangshuang.netnfiguration Protocol【本文首发于唐霜的博客】【版权所有，侵权必究】，动态主机配置协议），动态配置IP地址。

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

【本文受版权保护】

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

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

其他：

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

DNS（Domain Name Serv转载请注明出处：www.tangshuang.net【访问 www.tangshuang.net 获取更多精彩内容】ice，域名服务），用于完成地址查找，邮【原创内容，转载请注明出处】【原创不易，请尊重版权】件转发等工作（运行在TCP和UDP协议上【原创不易，请尊重版权】【转载请注明来源】）。

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

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

【本文受版权保护】

【未经授权禁止转载】

ECHO（Echo Protocol，回著作权归作者所有，禁止商业用途转载。未经授权，禁止复制转载。绕协议），用于查错及测量应答时间（运行在【本文首发于唐霜的博客】【作者：唐霜】TCP和UDP协议上）。

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

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

原创内容，盗版必究。

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

SNMP（Simple Network 【转载请注明来源】本文作者：唐霜，转载请注明出处。Management Protocol，【转载请注明来源】【版权所有】唐霜 www.tangshuang.net简单网络管理协议），用于网络信息的收集和【原创内容，转载请注明出处】【作者：唐霜】网络管理。

【转载请注明来源】

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

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

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

【关注微信公众号：wwwtangshuangnet】

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

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

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

网络层

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

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

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

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

数据链路层

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

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

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

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

物理层

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

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

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

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

TCP三次握手和四次挥手

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

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

TCP三次握手和四次挥手

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

【访问 www.tangshuang.net 获取更多精彩内容】【转载请注明来源】【原创不易，请尊重版权】【关注微信公众号：wwwtangshuangnet】

TCP三次握手

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

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

TCP四次挥手

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

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

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

著作权归作者所有，禁止商业用途转载。【转载请注明来源】【本文首发于唐霜的博客】

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

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

著作权归作者所有，禁止商业用途转载。【作者：唐霜】【原创内容，转载请注明出处】

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

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

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

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

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

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

KeepAlive

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

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

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

【关注微信公众号：wwwtangshuangnet】【原创内容，转载请注明出处】

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

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

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

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

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

一个http请求背后的过程

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

【本文首发于唐霜的博客】未经授权，禁止复制转载。【本文首发于唐霜的博客】本文作者：唐霜，转载请注明出处。

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

http状态码

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

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

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

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

缓存相关

http协议里面有关缓存的，接触最多了是转载请注明出处：www.tangshuang.net本文版权归作者所有，未经授权不得转载。304和cache-control。它们著作权归作者所有，禁止商业用途转载。本文版权归作者所有，未经授权不得转载。都要涉及两端。

304&Last-Modified

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

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

Last-Modified只能用于GET本文作者：唐霜，转载请注明出处。【未经授权禁止转载】或HEADER请求类型中，POST等其他【原创不易，请尊重版权】本文作者：唐霜，转载请注明出处。请求用不了。

304&Etag

last-modified存在一些问题：

一定情况下，资源的last-modifi【原创不易，请尊重版权】【原创不易，请尊重版权】ed变动并不代表它的实际内容的改动

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

原创内容，盗版必究。

【本文受版权保护】

last-modified是时间作为度量著作权归作者所有，禁止商业用途转载。本文作者：唐霜，转载请注明出处。的，时间粒度仅为1s，小于1s的改动无法本文版权归作者所有，未经授权不得转载。【本文受版权保护】标识

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

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

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

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

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

某些情况下，资源的last-modifi本文版权归作者所有，未经授权不得转载。【原创不易，请尊重版权】ed会定期刷新，但实际上它们并没有改变

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

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

【转载请注明来源】

【关注微信公众号：wwwtangshuangnet】

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

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

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

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

【原创内容，转载请注明出处】本文版权归作者所有，未经授权不得转载。【关注微信公众号：wwwtangshuangnet】原创内容，盗版必究。

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

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

Cache-Control&Expires

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

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

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

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

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

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

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

对比和混用

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

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

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

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

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

Cookie和Session

Cookie是由浏览器保存起来的小段文件本文作者：唐霜，转载请注明出处。【转载请注明来源】，Session和Cookie类似，但是【访问 www.tangshuang.net 获取更多精彩内容】【未经授权禁止转载】是保存在服务端。

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

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

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

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

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

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

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

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

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

https

前面都是再讲http协议，而https是著作权归作者所有，禁止商业用途转载。【访问 www.tangshuang.net 获取更多精彩内容】什么呢？https其实不是协议，而是应用【原创不易，请尊重版权】未经授权，禁止复制转载。，http协议传输数据会存在一些问题：

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

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

【作者：唐霜】

【转载请注明来源】

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

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

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

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

原创内容，盗版必究。

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

无法证明报文的完整性, 所有有可能已遭篡【作者：唐霜】【本文受版权保护】改

【未经授权禁止转载】

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

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

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

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

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

浏览器将自己支持的一套加密规则发送给服务转载请注明出处：www.tangshuang.net【转载请注明来源】器（网站），服务器获得浏览器公钥

【转载请注明来源】

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

【未经授权禁止转载】

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

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

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

【作者：唐霜】

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

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

【关注微信公众号：wwwtangshuangnet】【访问 www.tangshuang.net 获取更多精彩内容】

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

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

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

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

2017-02-13 | http