返回：唐霜｜书

http协议学习札记

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

url的构成

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

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

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

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

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

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

port 端口号： HTTP服务器的默认端口是80，这种【作者：唐霜】未经授权，禁止复制转载。情况下端口号可以省略。如果使用了别的端口原创内容，盗版必究。【访问 www.tangshuang.net 获取更多精彩内容】，必须指明。

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

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

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

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

anchor 锚：锚，用来定位到页面中的特定地方。例如未经授权，禁止复制转载。转载请注明出处：www.tangshuang.net：url#title-1。以“#”字符为起点，后面为其值，可以对【未经授权禁止转载】原创内容，盗版必究。应页面中某元素的id或name属性。

【原创内容，转载请注明出处】【关注微信公众号：wwwtangshuangnet】著作权归作者所有，禁止商业用途转载。本文作者：唐霜，转载请注明出处。

http请求的内容

http请求包含“请求（request）【未经授权禁止转载】本文作者：唐霜，转载请注明出处。”和“响应（response）”两个部分本文版权归作者所有，未经授权不得转载。本文版权归作者所有，未经授权不得转载。，分别包含头和内容，即：请求头、请求体、【转载请注明来源】未经授权，禁止复制转载。响应头、响应体。

request消息的结构

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

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

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

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

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

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

第二部分是request header请【本文受版权保护】著作权归作者所有，禁止商业用途转载。求头

【关注微信公众号：wwwtangshuangnet】

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

第三部分是request body请求体【访问 www.tangshuang.net 获取更多精彩内容】【关注微信公众号：wwwtangshuangnet】，当使用GET方法发送请求的时候，请求体著作权归作者所有，禁止商业用途转载。【原创不易，请尊重版权】是空的

【未经授权禁止转载】

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

response消息的结构

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

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

可以看到http response也分为【原创内容，转载请注明出处】著作权归作者所有，禁止商业用途转载。三个部分：

第一部分是response line，包【版权所有】唐霜 www.tangshuang.net【关注微信公众号：wwwtangshuangnet】括http协议版本号，响应状态码和响应状【关注微信公众号：wwwtangshuangnet】【访问 www.tangshuang.net 获取更多精彩内容】态消息

【作者：唐霜】

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

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

第二部分是response header原创内容，盗版必究。未经授权，禁止复制转载。响应头

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

【转载请注明来源】

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

原创内容，盗版必究。

第三部分是响应体

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

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

【转载请注明来源】

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

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

【原创内容，转载请注明出处】【关注微信公众号：wwwtangshuangnet】【访问 www.tangshuang.net 获取更多精彩内容】

TCP/IP

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

应用层

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

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

当一个应用程序，比如浏览器，按照应用层的未经授权，禁止复制转载。【未经授权禁止转载】协议（http）处理数据之后，这些数据就【未经授权禁止转载】本文版权归作者所有，未经授权不得转载。会被送往下一层。

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

传输层

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

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

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

TCP和UDP这两种协议就是传输层的协议【原创内容，转载请注明出处】【访问 www.tangshuang.net 获取更多精彩内容】。当应用层的数据进入传输层之后，被传输层著作权归作者所有，禁止商业用途转载。【关注微信公众号：wwwtangshuangnet】处理，按照TCP协议处理后的数据的单元是【版权所有】唐霜 www.tangshuang.net【关注微信公众号：wwwtangshuangnet】“数据段”，而按UDP协议处理后的数据的【原创不易，请尊重版权】原创内容，盗版必究。单元叫“数据报”，也就我们常听说的“报头转载请注明出处：www.tangshuang.net著作权归作者所有，禁止商业用途转载。”里的“报”。

应用层的协议是基于传输层的协议的（实际上【本文受版权保护】【访问 www.tangshuang.net 获取更多精彩内容】，上层的协议都要基于下层协议），比如：

原创内容，盗版必究。【转载请注明来源】【原创不易，请尊重版权】【本文受版权保护】

运行在TCP协议上的协议：

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

HTTP（Hypertext Trans【本文受版权保护】【原创内容，转载请注明出处】fer Protocol，超文本传输协议本文版权归作者所有，未经授权不得转载。【关注微信公众号：wwwtangshuangnet】），主要用于普通浏览。

【转载请注明来源】

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

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

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

HTTPS（Hypertext Tran【原创不易，请尊重版权】【版权所有】唐霜 www.tangshuang.netsfer Protocol over S本文作者：唐霜，转载请注明出处。本文版权归作者所有，未经授权不得转载。ecure Socket Layer, 【本文首发于唐霜的博客】【本文首发于唐霜的博客】or HTTP over SSL，安全超【原创不易，请尊重版权】【版权所有】唐霜 www.tangshuang.net文本传输协议）,HTTP协议的安全版本。

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

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

【作者：唐霜】

FTP（File Transfer Pr原创内容，盗版必究。转载请注明出处：www.tangshuang.netotocol，文件传输协议），由名知义，【版权所有，侵权必究】本文版权归作者所有，未经授权不得转载。用于文件传输。

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

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

【未经授权禁止转载】

POP3（Post Office Pro未经授权，禁止复制转载。【版权所有】唐霜 www.tangshuang.nettocol, version 3，邮局协本文作者：唐霜，转载请注明出处。未经授权，禁止复制转载。议），收邮件用。

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

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

SMTP（Simple Mail Tra【版权所有】唐霜 www.tangshuang.net【本文首发于唐霜的博客】nsfer Protocol，简单邮件传原创内容，盗版必究。【原创内容，转载请注明出处】输协议），用来发送电子邮件。

原创内容，盗版必究。

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

TELNET（Teletype over【作者：唐霜】【版权所有】唐霜 www.tangshuang.net the Network，网络电传），通原创内容，盗版必究。【本文首发于唐霜的博客】过一个终端（terminal）登陆到网络未经授权，禁止复制转载。转载请注明出处：www.tangshuang.net。

【作者：唐霜】

【关注微信公众号：wwwtangshuangnet】

SSH（Secure Shell，用于替【作者：唐霜】原创内容，盗版必究。代安全性差的TELNET），用于加密安全本文作者：唐霜，转载请注明出处。【版权所有】唐霜 www.tangshuang.net登陆用。

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

【关注微信公众号：wwwtangshuangnet】

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

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

运行在UDP协议上的协议：

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

BOOTP（Boot Protocol，【本文首发于唐霜的博客】本文版权归作者所有，未经授权不得转载。启动协议），应用于无盘设备。

【关注微信公众号：wwwtangshuangnet】

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

NTP（Network Time Pro未经授权，禁止复制转载。转载请注明出处：www.tangshuang.nettocol，网络时间协议），用于网络同步本文作者：唐霜，转载请注明出处。本文作者：唐霜，转载请注明出处。。

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

DHCP（Dynamic Host Co原创内容，盗版必究。【作者：唐霜】nfiguration Protocol【版权所有，侵权必究】【版权所有】唐霜 www.tangshuang.net，动态主机配置协议），动态配置IP地址。

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

【本文受版权保护】

【作者：唐霜】

【关注微信公众号：wwwtangshuangnet】

其他：

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

DNS（Domain Name Serv【访问 www.tangshuang.net 获取更多精彩内容】转载请注明出处：www.tangshuang.netice，域名服务），用于完成地址查找，邮【本文受版权保护】【本文受版权保护】件转发等工作（运行在TCP和UDP协议上原创内容，盗版必究。【本文受版权保护】）。

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

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

【转载请注明来源】

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

ECHO（Echo Protocol，回著作权归作者所有，禁止商业用途转载。本文版权归作者所有，未经授权不得转载。绕协议），用于查错及测量应答时间（运行在原创内容，盗版必究。【访问 www.tangshuang.net 获取更多精彩内容】TCP和UDP协议上）。

【转载请注明来源】

【关注微信公众号：wwwtangshuangnet】

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

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

SNMP（Simple Network 著作权归作者所有，禁止商业用途转载。转载请注明出处：www.tangshuang.netManagement Protocol，【版权所有，侵权必究】【转载请注明来源】简单网络管理协议），用于网络信息的收集和【原创内容，转载请注明出处】【未经授权禁止转载】网络管理。

原创内容，盗版必究。

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

ARP（Address Resoluti【原创不易，请尊重版权】【关注微信公众号：wwwtangshuangnet】on Protocol，地址解析协议），原创内容，盗版必究。未经授权，禁止复制转载。用于动态解析以太网硬件的地址。

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

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

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

网络层

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

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

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

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

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

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

数据链路层

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

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

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

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

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

物理层

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

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

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

TCP三次握手和四次挥手

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

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

TCP三次握手和四次挥手

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

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

TCP三次握手

在服务端接收到第三次握手的信息之后，将建本文作者：唐霜，转载请注明出处。原创内容，盗版必究。立真正的连接，数据传输才会进行。

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

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

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

TCP四次挥手

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

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

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

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

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

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

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

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

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

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

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

KeepAlive

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

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

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

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

具体的解释，可以阅读这篇文章。简单总结一下，就是当一个TCP连接建立【访问 www.tangshuang.net 获取更多精彩内容】未经授权，禁止复制转载。之后，不要马上释放掉，这样就可以反复利用【版权所有】唐霜 www.tangshuang.net原创内容，盗版必究。这个TCP连接来实现HTTP请求。这样就未经授权，禁止复制转载。著作权归作者所有，禁止商业用途转载。可以节省建立和断开TCP的消耗，提高了h本文版权归作者所有，未经授权不得转载。【原创不易，请尊重版权】ttp的速度。

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

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

Connection: Keep-Alive并不能保证你的TCP连接是一直开启的，T【作者：唐霜】【作者：唐霜】CP连接是否KeepAlive决定于很多【作者：唐霜】本文作者：唐霜，转载请注明出处。因素。因此，在http中使用Connection: Keep-Alive其实没有决定性的意义。

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

一个http请求背后的过程

http请求的数据将经过上述网络层完成整原创内容，盗版必究。【本文受版权保护】个数据生命周期。当用户访问一个url时：

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

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

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

http状态码

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

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

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

缓存相关

http协议里面有关缓存的，接触最多了是【作者：唐霜】著作权归作者所有，禁止商业用途转载。304和cache-control。它们【访问 www.tangshuang.net 获取更多精彩内容】【转载请注明来源】都要涉及两端。

304&Last-Modified

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

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

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

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

304&Etag

last-modified存在一些问题：

【未经授权禁止转载】

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

原创内容，盗版必究。

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

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

【作者：唐霜】

原创内容，盗版必究。

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

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

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

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

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

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

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

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

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

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

Cache-Control&Expires

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

【原创不易，请尊重版权】【本文受版权保护】

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

【本文受版权保护】【关注微信公众号：wwwtangshuangnet】

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

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

原创内容，盗版必究。著作权归作者所有，禁止商业用途转载。【本文受版权保护】

对比和混用

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

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

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

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

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

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

Cookie和Session

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

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

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

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

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

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

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

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

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

https

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

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

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

【作者：唐霜】

【未经授权禁止转载】

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

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

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

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

原创内容，盗版必究。

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

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

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

浏览器将自己支持的一套加密规则发送给服务【关注微信公众号：wwwtangshuangnet】【转载请注明来源】器（网站），服务器获得浏览器公钥

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

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

【未经授权禁止转载】

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

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

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

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

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

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

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

【关注微信公众号：wwwtangshuangnet】

【作者：唐霜】

浏览器解密并计算握手消息的HASH，如果【本文受版权保护】【转载请注明来源】与服务端发来的HASH一致，此时握手过程结束，之后所有的通信数据将由之前浏览器生成的随机密码并利用对称加密算法进行加密。

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

原创内容，盗版必究。

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

【本文受版权保护】

使用https加密http请求数据，会消未经授权，禁止复制转载。未经授权，禁止复制转载。耗cpu和系统资源，因此打开速度上会慢一【本文首发于唐霜的博客】【本文首发于唐霜的博客】些。

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

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

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

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

2017-02-13 | http