http协议学习札记

http协议学习札记

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

url的构成【版权所有,侵权必究】

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

URL(Uniform Resource【本文受版权保护】【关注微信公众号:wwwtangshuangnet】 Locator) 中文称为统一资源定位【版权所有,侵权必究】原创内容,盗版必究。符,如同网络上的门牌,用于描述一个网络上未经授权,禁止复制转载。本文作者:唐霜,转载请注明出处。的资源。

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

基本格式原创内容,盗版必究。:schema://host[:port【本文受版权保护】【作者:唐霜】#]/path/…/[?qu【原创不易,请尊重版权】【原创不易,请尊重版权】ery-string][#anchor]

著作权归作者所有,禁止商业用途转载。转载请注明出处:www.tangshuang.net【作者:唐霜】

scheme 传输协议【访问 www.tangshuang.net 获取更多精彩内容】: 指定使用的协议(例如:http, h转载请注明出处:www.tangshuang.net【转载请注明来源】ttps, ftp),这里就是http或【本文首发于唐霜的博客】【未经授权禁止转载】者https,大多数网页浏览器不要求用户【未经授权禁止转载】【关注微信公众号:wwwtangshuangnet】输入网页中“http(s)://”的部分本文作者:唐霜,转载请注明出处。转载请注明出处:www.tangshuang.net,因为绝大多数网页内容是超文本传输协议文【访问 www.tangshuang.net 获取更多精彩内容】【转载请注明来源】件。

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

host 服务器【本文首发于唐霜的博客】: HTTP服务器的IP地址或者域名,一本文版权归作者所有,未经授权不得转载。【作者:唐霜】般人访问网站首页通常只要输入域名部分。

【本文受版权保护】【原创不易,请尊重版权】【本文首发于唐霜的博客】著作权归作者所有,禁止商业用途转载。【原创内容,转载请注明出处】

port 端口号未经授权,禁止复制转载。: HTTP服务器的默认端口是80,这种著作权归作者所有,禁止商业用途转载。本文版权归作者所有,未经授权不得转载。情况下端口号可以省略。如果使用了别的端口著作权归作者所有,禁止商业用途转载。未经授权,禁止复制转载。,必须指明。

【版权所有】唐霜 www.tangshuang.net著作权归作者所有,禁止商业用途转载。本文版权归作者所有,未经授权不得转载。

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

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

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

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

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

转载请注明出处:www.tangshuang.net【原创不易,请尊重版权】本文作者:唐霜,转载请注明出处。

思考题:写一个函数,方便的获取当前url【版权所有,侵权必究】【未经授权禁止转载】的各个部分。

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

http请求的内容本文版权归作者所有,未经授权不得转载。

转载请注明出处:www.tangshuang.net本文作者:唐霜,转载请注明出处。本文版权归作者所有,未经授权不得转载。原创内容,盗版必究。

http请求包含“请求(request)转载请注明出处:www.tangshuang.net【原创内容,转载请注明出处】”和“响应(response)”两个部分原创内容,盗版必究。【本文受版权保护】,分别包含头和内容,即:请求头、请求体、著作权归作者所有,禁止商业用途转载。【本文受版权保护】响应头、响应体。

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

request消息的结构【版权所有】唐霜 www.tangshuang.net

【转载请注明来源】【版权所有,侵权必究】【作者:唐霜】本文版权归作者所有,未经授权不得转载。原创内容,盗版必究。
Method | path to resource | http/version number
-----------------------------------------------
Header name 1: value 
Header name 2: value
  
...
-----------------------------------------------
-----------------------------------------------
request body(optional)

可以看到http request分为三个【版权所有,侵权必究】【本文受版权保护】部分:

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

response消息的结构【本文首发于唐霜的博客】

【关注微信公众号:wwwtangshuangnet】本文作者:唐霜,转载请注明出处。【本文首发于唐霜的博客】
http/version number | status code | message
-----------------------------------------------
Header name 1: value
header name 2: value
...
-----------------------------------------------
-----------------------------------------------
response body(optional)

可以看到http response也分为本文版权归作者所有,未经授权不得转载。【未经授权禁止转载】三个部分:

【关注微信公众号:wwwtangshuangnet】【版权所有】唐霜 www.tangshuang.net转载请注明出处:www.tangshuang.net【版权所有】唐霜 www.tangshuang.net

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

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

TCP/IP【关注微信公众号:wwwtangshuangnet】

本文作者:唐霜,转载请注明出处。【版权所有】唐霜 www.tangshuang.net【关注微信公众号:wwwtangshuangnet】本文版权归作者所有,未经授权不得转载。

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

本文版权归作者所有,未经授权不得转载。【本文受版权保护】著作权归作者所有,禁止商业用途转载。本文作者:唐霜,转载请注明出处。本文版权归作者所有,未经授权不得转载。

应用层【未经授权禁止转载】

未经授权,禁止复制转载。未经授权,禁止复制转载。【作者:唐霜】【转载请注明来源】

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

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

当一个应用程序,比如浏览器,按照应用层的【本文受版权保护】转载请注明出处:www.tangshuang.net协议(http)处理数据之后,这些数据就【本文受版权保护】著作权归作者所有,禁止商业用途转载。会被送往下一层。

【访问 www.tangshuang.net 获取更多精彩内容】转载请注明出处:www.tangshuang.net【版权所有,侵权必究】【原创内容,转载请注明出处】

传输层原创内容,盗版必究。

【版权所有,侵权必究】【未经授权禁止转载】【访问 www.tangshuang.net 获取更多精彩内容】

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

【转载请注明来源】著作权归作者所有,禁止商业用途转载。【关注微信公众号:wwwtangshuangnet】

端口号从0到65535,其中0-1023著作权归作者所有,禁止商业用途转载。【版权所有,侵权必究】都被系统占用,你新开一个程序的话,会在后【关注微信公众号:wwwtangshuangnet】著作权归作者所有,禁止商业用途转载。面的端口中随机分配一个。但是有些应用程序【本文受版权保护】转载请注明出处:www.tangshuang.net允许你强制给它安排端口(我们熟悉的服务端【本文首发于唐霜的博客】【未经授权禁止转载】程序都是这样)。

【未经授权禁止转载】【版权所有,侵权必究】原创内容,盗版必究。未经授权,禁止复制转载。

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

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

应用层的协议是基于传输层的协议的(实际上著作权归作者所有,禁止商业用途转载。【原创不易,请尊重版权】,上层的协议都要基于下层协议),比如:

转载请注明出处:www.tangshuang.net【转载请注明来源】著作权归作者所有,禁止商业用途转载。【原创不易,请尊重版权】【本文首发于唐霜的博客】

运行在TCP协议上的协议:原创内容,盗版必究。

【作者:唐霜】【访问 www.tangshuang.net 获取更多精彩内容】【未经授权禁止转载】
  • HTTP(Hypertext Trans未经授权,禁止复制转载。【原创不易,请尊重版权】fer Protocol,超文本传输协议【访问 www.tangshuang.net 获取更多精彩内容】【转载请注明来源】),主要用于普通浏览。
  • 【本文首发于唐霜的博客】【访问 www.tangshuang.net 获取更多精彩内容】【作者:唐霜】【本文受版权保护】【关注微信公众号:wwwtangshuangnet】
  • HTTPS(Hypertext Tran未经授权,禁止复制转载。【版权所有,侵权必究】sfer Protocol over S【本文首发于唐霜的博客】未经授权,禁止复制转载。ecure Socket Layer, 著作权归作者所有,禁止商业用途转载。【转载请注明来源】or HTTP over SSL,安全超【未经授权禁止转载】【未经授权禁止转载】文本传输协议),HTTP协议的安全版本。
  • 未经授权,禁止复制转载。【作者:唐霜】【本文受版权保护】【原创内容,转载请注明出处】
  • FTP(File Transfer Pr【转载请注明来源】【作者:唐霜】otocol,文件传输协议),由名知义,【关注微信公众号:wwwtangshuangnet】转载请注明出处:www.tangshuang.net用于文件传输。
  • 【未经授权禁止转载】【未经授权禁止转载】【原创内容,转载请注明出处】
  • POP3(Post Office Pro原创内容,盗版必究。【本文首发于唐霜的博客】tocol, version 3,邮局协【版权所有】唐霜 www.tangshuang.net本文作者:唐霜,转载请注明出处。议),收邮件用。
  • 【本文首发于唐霜的博客】【转载请注明来源】【原创内容,转载请注明出处】
  • SMTP(Simple Mail Tra【版权所有,侵权必究】【作者:唐霜】nsfer Protocol,简单邮件传本文版权归作者所有,未经授权不得转载。【转载请注明来源】输协议),用来发送电子邮件。
  • 【访问 www.tangshuang.net 获取更多精彩内容】【未经授权禁止转载】原创内容,盗版必究。未经授权,禁止复制转载。
  • TELNET(Teletype over【本文受版权保护】【未经授权禁止转载】 the Network,网络电传),通本文作者:唐霜,转载请注明出处。著作权归作者所有,禁止商业用途转载。过一个终端(terminal)登陆到网络转载请注明出处:www.tangshuang.net本文版权归作者所有,未经授权不得转载。
  • 【版权所有】唐霜 www.tangshuang.net本文版权归作者所有,未经授权不得转载。【关注微信公众号:wwwtangshuangnet】【版权所有】唐霜 www.tangshuang.net
  • SSH(Secure Shell,用于替原创内容,盗版必究。【版权所有,侵权必究】代安全性差的TELNET),用于加密安全【访问 www.tangshuang.net 获取更多精彩内容】著作权归作者所有,禁止商业用途转载。登陆用。
  • 转载请注明出处:www.tangshuang.net原创内容,盗版必究。【原创不易,请尊重版权】未经授权,禁止复制转载。

运行在UDP协议上的协议:转载请注明出处:www.tangshuang.net

未经授权,禁止复制转载。【版权所有,侵权必究】本文作者:唐霜,转载请注明出处。【版权所有,侵权必究】
  • BOOTP(Boot Protocol,【转载请注明来源】未经授权,禁止复制转载。启动协议),应用于无盘设备。
  • 【原创内容,转载请注明出处】【原创内容,转载请注明出处】【版权所有,侵权必究】未经授权,禁止复制转载。【版权所有】唐霜 www.tangshuang.net
  • NTP(Network Time Pro【访问 www.tangshuang.net 获取更多精彩内容】【版权所有】唐霜 www.tangshuang.nettocol,网络时间协议),用于网络同步【本文首发于唐霜的博客】【转载请注明来源】
  • 著作权归作者所有,禁止商业用途转载。本文作者:唐霜,转载请注明出处。原创内容,盗版必究。【访问 www.tangshuang.net 获取更多精彩内容】
  • DHCP(Dynamic Host Co转载请注明出处:www.tangshuang.net【版权所有】唐霜 www.tangshuang.netnfiguration Protocol【本文首发于唐霜的博客】转载请注明出处:www.tangshuang.net,动态主机配置协议),动态配置IP地址。
  • 本文版权归作者所有,未经授权不得转载。转载请注明出处:www.tangshuang.net转载请注明出处:www.tangshuang.net【未经授权禁止转载】

其他:【原创内容,转载请注明出处】

【版权所有,侵权必究】【转载请注明来源】原创内容,盗版必究。著作权归作者所有,禁止商业用途转载。【版权所有】唐霜 www.tangshuang.net
  • DNS(Domain Name Serv著作权归作者所有,禁止商业用途转载。著作权归作者所有,禁止商业用途转载。ice,域名服务),用于完成地址查找,邮著作权归作者所有,禁止商业用途转载。本文作者:唐霜,转载请注明出处。件转发等工作(运行在TCP和UDP协议上【本文受版权保护】【访问 www.tangshuang.net 获取更多精彩内容】)。
  • 【版权所有】唐霜 www.tangshuang.net本文版权归作者所有,未经授权不得转载。【作者:唐霜】【作者:唐霜】【原创不易,请尊重版权】
  • ECHO(Echo Protocol,回著作权归作者所有,禁止商业用途转载。未经授权,禁止复制转载。绕协议),用于查错及测量应答时间(运行在【本文受版权保护】【版权所有,侵权必究】TCP和UDP协议上)。
  • 本文版权归作者所有,未经授权不得转载。【访问 www.tangshuang.net 获取更多精彩内容】【未经授权禁止转载】未经授权,禁止复制转载。
  • SNMP(Simple Network 【未经授权禁止转载】未经授权,禁止复制转载。Management Protocol,未经授权,禁止复制转载。【关注微信公众号:wwwtangshuangnet】简单网络管理协议),用于网络信息的收集和【本文首发于唐霜的博客】本文版权归作者所有,未经授权不得转载。网络管理。
  • 【本文首发于唐霜的博客】【本文受版权保护】【原创内容,转载请注明出处】【本文首发于唐霜的博客】
  • ARP(Address Resoluti转载请注明出处:www.tangshuang.net【原创不易,请尊重版权】on Protocol,地址解析协议),转载请注明出处:www.tangshuang.net【版权所有,侵权必究】用于动态解析以太网硬件的地址。
  • 原创内容,盗版必究。本文作者:唐霜,转载请注明出处。本文作者:唐霜,转载请注明出处。【访问 www.tangshuang.net 获取更多精彩内容】

这些协议我们还算是比较熟悉。本文版权归作者所有,未经授权不得转载。

转载请注明出处:www.tangshuang.net【本文首发于唐霜的博客】【未经授权禁止转载】【未经授权禁止转载】本文版权归作者所有,未经授权不得转载。

网络层著作权归作者所有,禁止商业用途转载。

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

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

【版权所有】唐霜 www.tangshuang.net【未经授权禁止转载】【版权所有】唐霜 www.tangshuang.net【原创不易,请尊重版权】

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

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

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

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

【原创内容,转载请注明出处】本文作者:唐霜,转载请注明出处。转载请注明出处:www.tangshuang.net【版权所有】唐霜 www.tangshuang.net本文作者:唐霜,转载请注明出处。

物理层本文版权归作者所有,未经授权不得转载。

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

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

【转载请注明来源】【本文受版权保护】本文作者:唐霜,转载请注明出处。【原创内容,转载请注明出处】

数据在这一层的单元结构被称为“比特”。【关注微信公众号:wwwtangshuangnet】

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

TCP三次握手和四次挥手未经授权,禁止复制转载。

转载请注明出处:www.tangshuang.net原创内容,盗版必究。【作者:唐霜】【原创内容,转载请注明出处】

所谓“三次握手”是指在一个连接的建立阶段【原创内容,转载请注明出处】原创内容,盗版必究。,客户端和服务端有三次交互,因为是“建立【转载请注明来源】【作者:唐霜】”连接,所以叫“握手”。所谓“四次挥手”本文作者:唐霜,转载请注明出处。【转载请注明来源】是指在一个连接的释放阶段,客户端和服务端【作者:唐霜】原创内容,盗版必究。有四次交互,因为是“释放”所以叫“挥手”【原创内容,转载请注明出处】【本文受版权保护】

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

TCP三次握手和四次挥手【版权所有】唐霜 www.tangshuang.net

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

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

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

TCP三次握手著作权归作者所有,禁止商业用途转载。

转载请注明出处:www.tangshuang.net本文作者:唐霜,转载请注明出处。【版权所有】唐霜 www.tangshuang.net转载请注明出处:www.tangshuang.net【原创内容,转载请注明出处】

在服务端接收到第三次握手的信息之后,将建【关注微信公众号:wwwtangshuangnet】转载请注明出处:www.tangshuang.net立真正的连接,数据传输才会进行。

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

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

著作权归作者所有,禁止商业用途转载。【版权所有】唐霜 www.tangshuang.net【版权所有,侵权必究】本文版权归作者所有,未经授权不得转载。

TCP四次挥手【版权所有,侵权必究】

【未经授权禁止转载】【版权所有】唐霜 www.tangshuang.net【原创内容,转载请注明出处】

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

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

为什么不能用两次握手进行连接?著作权归作者所有,禁止商业用途转载。

【本文首发于唐霜的博客】【版权所有】唐霜 www.tangshuang.net原创内容,盗版必究。

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

【原创不易,请尊重版权】【转载请注明来源】【版权所有】唐霜 www.tangshuang.net【原创不易,请尊重版权】原创内容,盗版必究。

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

【转载请注明来源】本文作者:唐霜,转载请注明出处。【版权所有,侵权必究】著作权归作者所有,禁止商业用途转载。本文作者:唐霜,转载请注明出处。

既然如此,为什么释放连接不用三次挥手?未经授权,禁止复制转载。

【本文受版权保护】【版权所有】唐霜 www.tangshuang.net转载请注明出处:www.tangshuang.net【版权所有】唐霜 www.tangshuang.net【转载请注明来源】

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

【访问 www.tangshuang.net 获取更多精彩内容】【原创不易,请尊重版权】【版权所有,侵权必究】【转载请注明来源】转载请注明出处:www.tangshuang.net

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

本文作者:唐霜,转载请注明出处。【版权所有】唐霜 www.tangshuang.net【版权所有】唐霜 www.tangshuang.net【版权所有】唐霜 www.tangshuang.net

KeepAlive【版权所有,侵权必究】

原创内容,盗版必究。转载请注明出处:www.tangshuang.net【转载请注明来源】【原创内容,转载请注明出处】【版权所有,侵权必究】

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

【作者:唐霜】【版权所有,侵权必究】【未经授权禁止转载】本文作者:唐霜,转载请注明出处。

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

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

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

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

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

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

Connection: Keep-Alive并不能保证你的TCP连接是一直开启的,T转载请注明出处:www.tangshuang.net本文版权归作者所有,未经授权不得转载。CP连接是否KeepAlive决定于很多本文作者:唐霜,转载请注明出处。【关注微信公众号:wwwtangshuangnet】因素。因此,在http中使用Connection: Keep-Alive其实没有决定性的意义。本文作者:唐霜,转载请注明出处。

【版权所有】唐霜 www.tangshuang.net本文作者:唐霜,转载请注明出处。未经授权,禁止复制转载。【关注微信公众号:wwwtangshuangnet】

一个http请求背后的过程本文版权归作者所有,未经授权不得转载。

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

http请求的数据将经过上述网络层完成整【原创不易,请尊重版权】【转载请注明来源】个数据生命周期。当用户访问一个url时:

【版权所有,侵权必究】著作权归作者所有,禁止商业用途转载。【关注微信公众号:wwwtangshuangnet】

应用层:由浏览器根据http协议构建一个本文作者:唐霜,转载请注明出处。原创内容,盗版必究。基于该url请求的GET请求。

转载请注明出处:www.tangshuang.net本文作者:唐霜,转载请注明出处。转载请注明出处:www.tangshuang.net未经授权,禁止复制转载。

传输层:该请求根据TCP协议将被发送到服【版权所有,侵权必究】【原创内容,转载请注明出处】务器的80端口(url中没有端口的情况下本文版权归作者所有,未经授权不得转载。【访问 www.tangshuang.net 获取更多精彩内容】),解析域名所对应的IP地址。

本文版权归作者所有,未经授权不得转载。著作权归作者所有,禁止商业用途转载。【原创不易,请尊重版权】本文作者:唐霜,转载请注明出处。【作者:唐霜】

网络层:发送到服务器,等待服务器响应。【本文受版权保护】

【关注微信公众号:wwwtangshuangnet】本文版权归作者所有,未经授权不得转载。转载请注明出处:www.tangshuang.net著作权归作者所有,禁止商业用途转载。

数据链路层和物理层:发送过程中依据网速快转载请注明出处:www.tangshuang.net【版权所有,侵权必究】慢进行等待。网络层:本机通过IP协议接收【版权所有】唐霜 www.tangshuang.net【原创内容,转载请注明出处】到服务器返回的响应。

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

传输层:浏览器通过TCP协议获取到响应的【未经授权禁止转载】【访问 www.tangshuang.net 获取更多精彩内容】信息。

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

应用层:通过http协议解析数据得到一个【未经授权禁止转载】著作权归作者所有,禁止商业用途转载。响应内容。

【原创内容,转载请注明出处】本文版权归作者所有,未经授权不得转载。著作权归作者所有,禁止商业用途转载。
【本文首发于唐霜的博客】【关注微信公众号:wwwtangshuangnet】【转载请注明来源】原创内容,盗版必究。【本文受版权保护】

http状态码【关注微信公众号:wwwtangshuangnet】

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

在上面的过程中,最后一步浏览器“得到响应【版权所有】唐霜 www.tangshuang.net本文版权归作者所有,未经授权不得转载。内容”中,包含了一个http状态码。状态【作者:唐霜】未经授权,禁止复制转载。码是http协议中对当前请求状态的规定。【作者:唐霜】【本文首发于唐霜的博客】它由数字表示:

【版权所有】唐霜 www.tangshuang.net【版权所有】唐霜 www.tangshuang.net【版权所有】唐霜 www.tangshuang.net

1xx:请求处理过程中,还没有处理结束,【未经授权禁止转载】【原创内容,转载请注明出处】需要等待。2xx:请求处理成功。3xx:【原创不易,请尊重版权】【未经授权禁止转载】请求被重定向到另外一个地址进行处理。4x著作权归作者所有,禁止商业用途转载。转载请注明出处:www.tangshuang.netx:请求处理失败。5xx:服务器内部错误【转载请注明来源】本文版权归作者所有,未经授权不得转载。(程序报错)。

【本文受版权保护】【本文首发于唐霜的博客】【版权所有】唐霜 www.tangshuang.net未经授权,禁止复制转载。【未经授权禁止转载】

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

【作者:唐霜】【版权所有】唐霜 www.tangshuang.net转载请注明出处:www.tangshuang.net著作权归作者所有,禁止商业用途转载。

缓存相关转载请注明出处:www.tangshuang.net

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

http协议里面有关缓存的,接触最多了是转载请注明出处:www.tangshuang.net【关注微信公众号:wwwtangshuangnet】304和cache-control。它们【作者:唐霜】【原创不易,请尊重版权】都要涉及两端。

【访问 www.tangshuang.net 获取更多精彩内容】【本文首发于唐霜的博客】原创内容,盗版必究。未经授权,禁止复制转载。【原创内容,转载请注明出处】

304&Last-Modifie【版权所有】唐霜 www.tangshuang.net【原创内容,转载请注明出处】d

未经授权,禁止复制转载。【版权所有】唐霜 www.tangshuang.net转载请注明出处:www.tangshuang.net【访问 www.tangshuang.net 获取更多精彩内容】

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

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

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

【版权所有,侵权必究】【版权所有】唐霜 www.tangshuang.net原创内容,盗版必究。

Last-Modified只能用于GET【转载请注明来源】【版权所有】唐霜 www.tangshuang.net或HEADER请求类型中,POST等其他【未经授权禁止转载】著作权归作者所有,禁止商业用途转载。请求用不了。

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

304&Etag【版权所有,侵权必究】

未经授权,禁止复制转载。【版权所有,侵权必究】本文版权归作者所有,未经授权不得转载。本文作者:唐霜,转载请注明出处。著作权归作者所有,禁止商业用途转载。

last-modified存在一些问题:

【版权所有】唐霜 www.tangshuang.net【版权所有】唐霜 www.tangshuang.net未经授权,禁止复制转载。原创内容,盗版必究。本文作者:唐霜,转载请注明出处。
  1. 一定情况下,资源的last-modifi原创内容,盗版必究。未经授权,禁止复制转载。ed变动并不代表它的实际内容的改动
  2. 未经授权,禁止复制转载。【本文受版权保护】【原创不易,请尊重版权】本文作者:唐霜,转载请注明出处。【访问 www.tangshuang.net 获取更多精彩内容】
  3. last-modified是时间作为度量转载请注明出处:www.tangshuang.net【版权所有】唐霜 www.tangshuang.net的,时间粒度仅为1s,小于1s的改动无法【版权所有,侵权必究】转载请注明出处:www.tangshuang.net标识
  4. 【本文受版权保护】【版权所有,侵权必究】【关注微信公众号:wwwtangshuangnet】【转载请注明来源】【原创内容,转载请注明出处】
  5. last-modified理论上讲,应该【作者:唐霜】【访问 www.tangshuang.net 获取更多精彩内容】是读取文件的最后更新时间,但是实际上,有【访问 www.tangshuang.net 获取更多精彩内容】未经授权,禁止复制转载。两种情况,一种是读取到到这个时间可能存在【原创不易,请尊重版权】【版权所有,侵权必究】问题,还有一种是反规则,开发者自己伪造这【本文首发于唐霜的博客】著作权归作者所有,禁止商业用途转载。个last-modified
  6. 未经授权,禁止复制转载。著作权归作者所有,禁止商业用途转载。未经授权,禁止复制转载。
  7. 某些情况下,资源的last-modifi本文版权归作者所有,未经授权不得转载。转载请注明出处:www.tangshuang.neted会定期刷新,但实际上它们并没有改变
  8. 【访问 www.tangshuang.net 获取更多精彩内容】【本文受版权保护】本文版权归作者所有,未经授权不得转载。【版权所有,侵权必究】

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

本文版权归作者所有,未经授权不得转载。【本文首发于唐霜的博客】【版权所有】唐霜 www.tangshuang.net本文版权归作者所有,未经授权不得转载。转载请注明出处:www.tangshuang.net

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

本文版权归作者所有,未经授权不得转载。【版权所有】唐霜 www.tangshuang.net著作权归作者所有,禁止商业用途转载。【原创不易,请尊重版权】【访问 www.tangshuang.net 获取更多精彩内容】

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

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

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

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

Cache-Control&Ex转载请注明出处:www.tangshuang.net本文版权归作者所有,未经授权不得转载。pires

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

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

【本文受版权保护】【本文首发于唐霜的博客】【转载请注明来源】

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

【本文首发于唐霜的博客】【版权所有】唐霜 www.tangshuang.net【原创内容,转载请注明出处】原创内容,盗版必究。
Expires: Thu, 10 Dec 2015 23:21:37 GMTCache-Control: max-age=3600

但是因为Expires是时间点的形式,它【版权所有】唐霜 www.tangshuang.net【原创不易,请尊重版权】可能和本地时间存在时间差,所以并不可靠,原创内容,盗版必究。本文作者:唐霜,转载请注明出处。而使用max-age则是规定一个时长,跟【版权所有】唐霜 www.tangshuang.net转载请注明出处:www.tangshuang.net时间差没有关系,更靠谱一些。所以能用Ca本文作者:唐霜,转载请注明出处。【本文首发于唐霜的博客】che-Control的情况下尽量用ma著作权归作者所有,禁止商业用途转载。本文作者:唐霜,转载请注明出处。x-age。

【访问 www.tangshuang.net 获取更多精彩内容】本文版权归作者所有,未经授权不得转载。原创内容,盗版必究。【转载请注明来源】原创内容,盗版必究。

对比和混用【本文首发于唐霜的博客】

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

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

【版权所有】唐霜 www.tangshuang.net原创内容,盗版必究。【关注微信公众号:wwwtangshuangnet】原创内容,盗版必究。

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

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

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

原创内容,盗版必究。【本文受版权保护】【原创内容,转载请注明出处】【原创内容,转载请注明出处】

Cookie和Session转载请注明出处:www.tangshuang.net

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

Cookie是由浏览器保存起来的小段文件原创内容,盗版必究。【版权所有】唐霜 www.tangshuang.net,Session和Cookie类似,但是【关注微信公众号:wwwtangshuangnet】【版权所有,侵权必究】是保存在服务端。

【版权所有】唐霜 www.tangshuang.net【未经授权禁止转载】【作者:唐霜】

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

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

由于cookie是保存在本地电脑上的文件【版权所有】唐霜 www.tangshuang.net未经授权,禁止复制转载。,所以用户自己可以通过找到浏览器的coo原创内容,盗版必究。【版权所有,侵权必究】kie保存目录,打开cookie查看co本文版权归作者所有,未经授权不得转载。著作权归作者所有,禁止商业用途转载。okie的内容。其他软件也可以找到这些c转载请注明出处:www.tangshuang.net【版权所有】唐霜 www.tangshuang.netookie文件,所以cookie常常被认【本文受版权保护】【原创内容,转载请注明出处】为是不安全的。

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

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

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

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

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

了解更加细节的cookie参考原创内容,盗版必究。这篇文章【转载请注明来源】

【未经授权禁止转载】本文作者:唐霜,转载请注明出处。未经授权,禁止复制转载。【版权所有】唐霜 www.tangshuang.net本文版权归作者所有,未经授权不得转载。

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

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

前面都是再讲http协议,而https是【本文首发于唐霜的博客】【本文受版权保护】什么呢?https其实不是协议,而是应用【转载请注明来源】【版权所有,侵权必究】,http协议传输数据会存在一些问题:

转载请注明出处:www.tangshuang.net本文版权归作者所有,未经授权不得转载。著作权归作者所有,禁止商业用途转载。原创内容,盗版必究。【作者:唐霜】

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

【转载请注明来源】【本文受版权保护】【原创不易,请尊重版权】

使用https加密http请求数据,会消【关注微信公众号:wwwtangshuangnet】【访问 www.tangshuang.net 获取更多精彩内容】耗cpu和系统资源,因此打开速度上会慢一【本文受版权保护】【版权所有,侵权必究】些。

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

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

【关注微信公众号:wwwtangshuangnet】本文作者:唐霜,转载请注明出处。本文版权归作者所有,未经授权不得转载。

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

2017-02-13 |