(转)发起访问网页,整个网络的详细过程!
转自https://onlyangelia.github.io/computerIntnet/intnetlink/
讲解连接过程之前,先解释几点,给后面的阐述做铺垫。在我们的电脑启动时,会通过DHCP协议(也是属于应用层的协议,基于UDP协议,全程 Dynamic Host Configuration Protocol :动态主机配置协议) 进行动态配置IP地址(当然也可以手动配置IP,一般人不会这么做),并且我们的电脑会有对应的唯一的MAC地址(MAC全称:Media Access Control,媒体访问控制),发送网络包,目标地址既要包括IP地址,也要包含MAC地址。IP地址类似于住址,MAC地址类似于身份证,两者缺一不可。IP地址和MAC地址的映射可以通过APR协议(全称:Address Resolution Protocol 地址解析协议,是属于链路层的协议 ) 查询。记住IP地址和MAC地址这两个概念。
在TCP/IP五层模型下,通过在浏览器中浏览网页,我们来梳理下网络的连接过程。比如,我们在浏览器输入:https://onlyAnglia.github.io ,按下回车,到浏览器中显示出博客内容中间经历了哪些过程?先简单的讲下HTTP的连接,再在HTTP的基础上补充HTTPS的连接。当然应用层还有许多协议,例如RTMP、QUIC、GTP等,有基于TCP的,也有基于UDP的。这里举例用基于TCP的HTTP协议,有关传输层常用的协议UDP 和 TCP连接不同和详细的连接过程,后面会单独写解释,接下来看一下网络的连接。
整体的传输流程如下:
![](https://upload-images.jianshu.io/upload_images/2922871-853e726ec11c955f.png?imageMogr2/auto-orient/strip|imageView2/2/w/399/format/webp)
首先,机器和人不一样,并不能识别我们能熟记的域名,机器只认IP地址,所以
step1:进行DNS解析,得到域名对应的IP地址(DNS解析比较复杂,这里只说下一般流程,有关负载均衡等暂且不提)
浏览器先在本地DNS缓存中查找onlyAnglia.github.io 对应的IP地址,若找到则返回对应的IP;倘若本地DNS缓存中未查找到域名对应的IP地址,则接下来会像本地DNS服务器询问(如果是通过DHCP配置,本地DNS服务器由对应的 网络服务商(ISP自动分配),如果找到就直接返回IP地址;若没有找到,本地DNS服务器会向它的根域名服务器询问,根域名服务器会告诉本地DNS服务器该向哪个顶级域名服务器询问,之后顶级域名服务器会告诉本地DNS服务器该向哪个权威域名服务器询问;接下来本地DNS服务器会找到对应的权威域名服务器查询对应的IP地址,权威服务器将对应的IP地址告诉本地DNS服务器,本地DNS服务器再将IP地址返回给浏览器,浏览器接收到对应的IP地址,准备开始建立连接。
step2:使用HTTP协议,经过应用层包装
查询到域名对应的IP地址之后表示请求访问的目标存在,可以进行访问。然后应用层请求构建HTTP,客户端的HTTP报文叫做请求报文,多数使用的还是HTTP1.1,在HTTP1.1的请求报文中包含了请求行、首部、正文实体。 其中,请求行包含用户请求的方法,请求URI 和 HTTP版本号。 例如:POST /form/entry HTTP1.1
首部字段 包含各种请求条件和请求属性,有些字段只是请求首部字段,部分是通用首部字段,还有一部分是实体首部字段(有关该部分可详见:HTTP协议简单解释)。构建好请求报文后,通过stream二进制流传递给传输层。并且浏览器开启端口号监听。
step3:传输层接收请求报文,构建请求段(传输层协议主要有UDP协议和TCP协议,HTTP是基于TCP协议)
应用层将请求报文传递给传输层后,传输层根据要使用的协议进行传输层报文的封装,在这里构建的是TCP包头,传输层构建好TCP包头后,将传输来的流信息作为数据项。TCP的包头比较复杂,这和TCP的可靠连接有关,此时到了传输层后内核会开启,监听端口号,等待接下来的回应。(一般机器中会有一个网卡,也有部分机器会装有多个网卡)此时浏览器处于SYN-SENT状态。
![](https://upload-images.jianshu.io/upload_images/2922871-8918fb2cb0b6b4e9.jpg?imageMogr2/auto-orient/strip|imageView2/2/w/1102/format/webp)
step4:网络层接收传输层的段,构建IP包(网络传输二层叫帧,网络层叫包,传输层叫段)
网络层在接收到传输层传过来的TCP包后,第一个任务是封装IP包,将应用层传输过来的TCP包作为数据项,添加IP首部,形成IP包。传输层TCP协议的包头首部中包含了源端口号、目的端口号,在网络层IP协议要将源地址、目的地址包装在IP包中。此外,IP包中还包含了版本、首部长度、服务类型TOS、总长度、标识、标志、片偏移、首部检验和、生存时间TTL等。网络层封装完IP包后,将IP包传交给链路层。
step5:数据链路层接收IP包,构建MAC帧
数据链路层又可称为MAC层(MAC全称 Media Access Control 媒体访问控制),MAC层接收到IP包后,开始构建MAC帧,MAC帧开始是目标MAC地址和源MAC地址,源MAC地址毫无疑问是我们本机的MAC地址,本机的MAC地址在该设备被创造出来的时候就有,并且是唯一的(要想查看IP地址和MAC地址,linux上使用ifconfig或者ip addr,会在终端输出电脑的网络相关信息)。知道了自己设备上的MAC地址,但不知道目标IP地址对应的MAC地址,所以需要一个能够查询IP地址和MAC地址对应的协议,就是ARP(Address Resolution Protocol)协议。ARP协议只是针对IPv4,若是IPv6,要使用NDP协议。机器本地是有ARP协议缓存的,若能在ARP协议缓存中找到IP地址对应的MAC地址,便不会再去请求ARP协议,若没有则会请求ARP协议。在知道了目标IP地址对应的MAC地址后,将目标MAC地址放在MAC帧里,以太网的第二层最后面是CRC,也就是循环冗余检测,(MAC帧的其它组成不在细说)。
step6:MAC帧头构建好后,网关准备发包
MAC帧构建好,在网络中传输的网络包即构建好,然后将网络包发出去。在发包之前IP地址是否在同一个网段内的问题,通过CIDR和子网掩码计算是否在一个网段内,若在同一个网段内直接发出。一般我们访问的网站是不太可能和我们在同一网段内的,那么需要将包发往默认网关,默认网关收入包。
step7:网关查询路由表,通过路由协议进行网络传输
网关收入包后,取下MAC帧和IP包,判断该网哪里转发,根据路由算法,选择一个合适的网段。网段的选择会涉及到两种形式的路由算法,一种是静态路由,一种是动态路由。静态路由就是在路由器上配置一条条规则,维护路由表。可以通过route命令和ip route命令查看进行静态路由的查询和配置。 动态路由使用动态路由路由器,根据路由协议算法生成动态路由表,随网络运行情况的变化而变化。动态路由协议算法也涉及两大类,第一大类算法称为距离矢量路由(distance vector routing)适用于小型网络,最早的路由协议RIP采用该算法,第二大类算法是链路状态路由(link state routing)。内部网关协议采用基于链路状态路由算法的OSPF(Open Shortest Path First,开放式最短路径优先),网络的路由协议是基于距离矢量路由算法的BGP(Border Gateway Protocol)。BGP分为两类,eBGP和iBGP。对于网络包,每个数据中心有自己的规则,网络中这种不同规则所构成的网络包为自治系统AS(Autonomous System)。自治系统间边界路由器使用eBGP广播路由,内部运行iBGP,让内部路由器快速找到到达外网目的的最好的边界路由器。路由器之间信息交换使用的协议,RIP使用UDP协议,OSPF直接发送IP包,而BGP使用的是TCP协议,路由之间会建立TCP连接,每60s发送一次keep-alive 消息。此外HTTP 1.1默认keep-alive是开启的。这样网络包就像跳方格一样跳了多个(也许是一个)路由器之后,终于找到了目的IP地址所在的网关。
step8:找到目的IP地址后,网关取下MAC头,将IP包发送给目的主机的 网络层,检查IP地址是否对上
目的IP地址所在的网关接收到网络包后,发现在同一个网段内, 将包收入,然后发送给目的主机,目的主机取下MAC头,判断一下MAC地址和自己的相符,然后将IP包传给网络层,网络层取下IP包头,查看IP地址和自己的IP地址是否对上。
step9:IP地址对上之后,网络层将包传递给传输层,TCP发确认包,会延刚才的方向报平安,直到收到平安到达的回复,进行TCP握手
网络层数判断IP地址对上之后,根据IP头中的协议项,知道自己上层还需要TCP协议,将包传递给传输层,目的主机的内核开启,当目的主机有了IP的端口号,就可以调用listen函数进行监听(TCP和UDP都是基于 Socket, 而 listen函数 是Socket里的函数,有关 Socket 这里不详细解说),目的主机处于LISTEN状态。传输层在收到TCP请求段后,会发送ACK包确认到达,此时目的主机处于SYN-RCVD状态,发送的网络包延刚才的路径传回,浏览器在接收到目的主机发送的SYN,ACK后进入ESTABLISHED状态,同时再发出ACK,当目的主机接收到ACK后也进入ESTABLISHED状态,此时TCP三次握手完成。
step10:TCP收到回复后,进行目的端口匹配,将包内容传给HTTP服务,RPC统筹处理请求,告诉相关进程
TCP三次握手完成后,进行目的端口匹配,之后将包内容传给上层的HTTP服务,RPC统筹处理,告诉相关进程(Soket可能是进程在维护也可能是线程在维护监听,并且TCP往往会创立两个Socket,一个叫做就监听Socket,一个是已连接Socket,这里不详细讲述)。
step11:RPC处理完毕,会回复一个HTTP/HTTPS包告知操作成功,准备向接收端传输处理结果
在RPC处理完毕后,目的主机开始向接收方发送数据。在连接建立的时候,两方已商定起始ID,但数据的发送不是一个发送完等回复后再发送另一个,而是通过累计确认或者叫累计应答(cumulative acknowledgment) 的模式进行传输,即在应答某个之前的ID表示都收到了。这样TCP需要双方有缓存进行记录,发送方的记录分四部分:第一部分是发送了并且已确认,第二部分是发送了并且尚未确认,第三部分是没有发送但在等待发送,第四部分是没有发送暂时也不会发送。第一部分和第二部分的分界线是lastByteAcked,第二部分和第三部分的分界线是lastByteSent,整个第二部分和第三部分的和 Advertised window 。 浏览器作为接收端在TCP报文里是会告诉发送端这个窗口大小的,超过了这个窗口的包,接收端无法接收就会丢弃。(有关接收方的窗口说明详情可自行查询)(滑动窗口?)
step 12: TCP慢启动,之后开始进行数据传输,并随时监测窗口大小进行流量控制和拥塞控制
虽然浏览器作为接收方告诉了发送方窗口大小,但网络是瞬息万变的,也许这会网络变差了或者网段了,那么TCP在一开始的时候,为了避免造成通道容量溢出,一条TCP连接后,设置只能发送一个报文段cwnd(congestion window 拥塞窗口)设置为1,在收到一个确认后,cwnd加一,一次能够发送两个,当这两个报文段的确认到来的时候,每个cwnd都加一,这样两个cwnd就加二,一次就能发四个,开始呈现指数级增长。当一次发送超过ssthresh的值时代表快要溢出,此时cwnd改为增加1/cwnd,一轮下来增长一个......这是有关传输过程中的拥塞控制,关于拥塞控制仍有一些问题存在,具体的流程可自查询相关的流量控制和拥塞控制。
step 13:接收方浏览器接收到数据后,开始进行处理,逐渐在浏览器上显示
通过数据的传输,接收端接收到了来自发送方的网络包,当接收到一个网络包时,TCP最终将包传递给浏览器,让浏览器处理HTTP应答报文,这样随着应答报文的数量增加,网页中的内容也会逐渐的显示在浏览器上。
step 14: 数据传输完成,进行连接断开,四次挥手说再见
数据终于传输完成,到了该断开的时候。但我们知道TCP是可靠的传输连接,是相对靠谱的,那作为靠谱的协议在断开的时候不能说断开就断开,并且TCP是全双工的,所以接收端和发送端需要各自断开。数据传输完毕时,服务器和浏览器作为发送方和接收方都处于ESTABLISHED状态,此时服务器知道数据已传输完毕,准备断开,就向接收方发送FIN报文,进入FIN-WAIT-1状态;接收方收到FIN报文后,向发送方发送ACK,进入CLOSED-WAIT状态;服务端收到ACK后从FIN-WAIT-1状态进入FIN-WAIT-2状态;接收方进入CLOSED-WAIT状态结束后再向发送方发送FIN,ACK ,并进入LAST-ACK状态;发送方接收到FIN、ACK后从FIN-WAIT-2状态进入TIME-WAIT状态(等待2MSL),并且发送ACK;接收方接收到ACK后进入CLOSED状态;服务端等待2MSL(MSL: Maximum Segment Lifetime ,报文最大生成时间)后也进入CLOSED状态。至此,建立的连接已经各自断开,整个连接过程结束。
为了更好的理解TCP三次握手和四次挥手,附上TCP状态机
![](https://upload-images.jianshu.io/upload_images/2922871-8eae9ffda79472f1.jpg?imageMogr2/auto-orient/strip|imageView2/2/w/961/format/webp)
以HTTP为例讲述了网络的连接过程,其它协议与此大同小异,若是基于UDP的协议会在上述步骤中简化很多,数据传输中的socket维护也相对简单。以上就是网络的连接过程。
讲解连接过程之前,先解释几点,给后面的阐述做铺垫。在我们的电脑启动时,会通过DHCP协议(也是属于应用层的协议,基于UDP协议,全程 Dynamic Host Configuration Protocol :动态主机配置协议) 进行动态配置IP地址(当然也可以手动配置IP,一般人不会这么做),并且我们的电脑会有对应的唯一的MAC地址(MAC全称:Media Access Control,媒体访问控制),发送网络包,目标地址既要包括IP地址,也要包含MAC地址。IP地址类似于住址,MAC地址类似于身份证,两者缺一不可。IP地址和MAC地址的映射可以通过APR协议(全称:Address Resolution Protocol 地址解析协议,是属于链路层的协议 ) 查询。记住IP地址和MAC地址这两个概念。
在TCP/IP五层模型下,通过在浏览器中浏览网页,我们来梳理下网络的连接过程。比如,我们在浏览器输入:https://onlyAnglia.github.io ,按下回车,到浏览器中显示出博客内容中间经历了哪些过程?先简单的讲下HTTP的连接,再在HTTP的基础上补充HTTPS的连接。当然应用层还有许多协议,例如RTMP、QUIC、GTP等,有基于TCP的,也有基于UDP的。这里举例用基于TCP的HTTP协议,有关传输层常用的协议UDP 和 TCP连接不同和详细的连接过程,后面会单独写解释,接下来看一下网络的连接。
整体的传输流程如下:
首先,机器和人不一样,并不能识别我们能熟记的域名,机器只认IP地址,所以
step1:进行DNS解析,得到域名对应的IP地址(DNS解析比较复杂,这里只说下一般流程,有关负载均衡等暂且不提)
浏览器先在本地DNS缓存中查找onlyAnglia.github.io 对应的IP地址,若找到则返回对应的IP;倘若本地DNS缓存中未查找到域名对应的IP地址,则接下来会像本地DNS服务器询问(如果是通过DHCP配置,本地DNS服务器由对应的 网络服务商(ISP自动分配),如果找到就直接返回IP地址;若没有找到,本地DNS服务器会向它的根域名服务器询问,根域名服务器会告诉本地DNS服务器该向哪个顶级域名服务器询问,之后顶级域名服务器会告诉本地DNS服务器该向哪个权威域名服务器询问;接下来本地DNS服务器会找到对应的权威域名服务器查询对应的IP地址,权威服务器将对应的IP地址告诉本地DNS服务器,本地DNS服务器再将IP地址返回给浏览器,浏览器接收到对应的IP地址,准备开始建立连接。
step2:使用HTTP协议,经过应用层包装
查询到域名对应的IP地址之后表示请求访问的目标存在,可以进行访问。然后应用层请求构建HTTP,客户端的HTTP报文叫做请求报文,多数使用的还是HTTP1.1,在HTTP1.1的请求报文中包含了请求行、首部、正文实体。 其中,请求行包含用户请求的方法,请求URI 和 HTTP版本号。 例如:POST /form/entry HTTP1.1
首部字段 包含各种请求条件和请求属性,有些字段只是请求首部字段,部分是通用首部字段,还有一部分是实体首部字段(有关该部分可详见:HTTP协议简单解释)。构建好请求报文后,通过stream二进制流传递给传输层。并且浏览器开启端口号监听。
step3:传输层接收请求报文,构建请求段(传输层协议主要有UDP协议和TCP协议,HTTP是基于TCP协议)
应用层将请求报文传递给传输层后,传输层根据要使用的协议进行传输层报文的封装,在这里构建的是TCP包头,传输层构建好TCP包头后,将传输来的流信息作为数据项。TCP的包头比较复杂,这和TCP的可靠连接有关,此时到了传输层后内核会开启,监听端口号,等待接下来的回应。(一般机器中会有一个网卡,也有部分机器会装有多个网卡)此时浏览器处于SYN-SENT状态。
step4:网络层接收传输层的段,构建IP包(网络传输二层叫帧,网络层叫包,传输层叫段)
网络层在接收到传输层传过来的TCP包后,第一个任务是封装IP包,将应用层传输过来的TCP包作为数据项,添加IP首部,形成IP包。传输层TCP协议的包头首部中包含了源端口号、目的端口号,在网络层IP协议要将源地址、目的地址包装在IP包中。此外,IP包中还包含了版本、首部长度、服务类型TOS、总长度、标识、标志、片偏移、首部检验和、生存时间TTL等。网络层封装完IP包后,将IP包传交给链路层。
step5:数据链路层接收IP包,构建MAC帧
数据链路层又可称为MAC层(MAC全称 Media Access Control 媒体访问控制),MAC层接收到IP包后,开始构建MAC帧,MAC帧开始是目标MAC地址和源MAC地址,源MAC地址毫无疑问是我们本机的MAC地址,本机的MAC地址在该设备被创造出来的时候就有,并且是唯一的(要想查看IP地址和MAC地址,linux上使用ifconfig或者ip addr,会在终端输出电脑的网络相关信息)。知道了自己设备上的MAC地址,但不知道目标IP地址对应的MAC地址,所以需要一个能够查询IP地址和MAC地址对应的协议,就是ARP(Address Resolution Protocol)协议。ARP协议只是针对IPv4,若是IPv6,要使用NDP协议。机器本地是有ARP协议缓存的,若能在ARP协议缓存中找到IP地址对应的MAC地址,便不会再去请求ARP协议,若没有则会请求ARP协议。在知道了目标IP地址对应的MAC地址后,将目标MAC地址放在MAC帧里,以太网的第二层最后面是CRC,也就是循环冗余检测,(MAC帧的其它组成不在细说)。
step6:MAC帧头构建好后,网关准备发包
MAC帧构建好,在网络中传输的网络包即构建好,然后将网络包发出去。在发包之前IP地址是否在同一个网段内的问题,通过CIDR和子网掩码计算是否在一个网段内,若在同一个网段内直接发出。一般我们访问的网站是不太可能和我们在同一网段内的,那么需要将包发往默认网关,默认网关收入包。
step7:网关查询路由表,通过路由协议进行网络传输
网关收入包后,取下MAC帧和IP包,判断该网哪里转发,根据路由算法,选择一个合适的网段。网段的选择会涉及到两种形式的路由算法,一种是静态路由,一种是动态路由。静态路由就是在路由器上配置一条条规则,维护路由表。可以通过route命令和ip route命令查看进行静态路由的查询和配置。 动态路由使用动态路由路由器,根据路由协议算法生成动态路由表,随网络运行情况的变化而变化。动态路由协议算法也涉及两大类,第一大类算法称为距离矢量路由(distance vector routing)适用于小型网络,最早的路由协议RIP采用该算法,第二大类算法是链路状态路由(link state routing)。内部网关协议采用基于链路状态路由算法的OSPF(Open Shortest Path First,开放式最短路径优先),网络的路由协议是基于距离矢量路由算法的BGP(Border Gateway Protocol)。BGP分为两类,eBGP和iBGP。对于网络包,每个数据中心有自己的规则,网络中这种不同规则所构成的网络包为自治系统AS(Autonomous System)。自治系统间边界路由器使用eBGP广播路由,内部运行iBGP,让内部路由器快速找到到达外网目的的最好的边界路由器。路由器之间信息交换使用的协议,RIP使用UDP协议,OSPF直接发送IP包,而BGP使用的是TCP协议,路由之间会建立TCP连接,每60s发送一次keep-alive 消息。此外HTTP 1.1默认keep-alive是开启的。这样网络包就像跳方格一样跳了多个(也许是一个)路由器之后,终于找到了目的IP地址所在的网关。
step8:找到目的IP地址后,网关取下MAC头,将IP包发送给目的主机的网络层,检查IP地址是否对上
目的IP地址所在的网关接收到网络包后,发现在同一个网段内, 将包收入,然后发送给目的主机,目的主机取下MAC头,判断一下MAC地址和自己的相符,然后将IP包传给网络层,网络层取下IP包头,查看IP地址和自己的IP地址是否对上。
step9:IP地址对上之后,网络层将包传递给传输层,TCP发确认包,会延刚才的方向报平安,直到收到平安到达的回复,进行TCP握手
网络层数判断IP地址对上之后,根据IP头中的协议项,知道自己上层还需要TCP协议,将包传递给传输层,目的主机的内核开启,当目的主机有了IP的端口号,就可以调用listen函数进行监听(TCP和UDP都是基于 Socket, 而 listen函数 是Socket里的函数,有关 Socket 这里不详细解说),目的主机处于LISTEN状态。传输层在收到TCP请求段后,会发送ACK包确认到达,此时目的主机处于SYN-RCVD状态,发送的网络包延刚才的路径传回,浏览器在接收到目的主机发送的SYN,ACK后进入ESTABLISHED状态,同时再发出ACK,当目的主机接收到ACK后也进入ESTABLISHED状态,此时TCP三次握手完成。
step10:TCP收到回复后,进行目的端口匹配,将包内容传给HTTP服务,RPC统筹处理请求,告诉相关进程
TCP三次握手完成后,进行目的端口匹配,之后将包内容传给上层的HTTP服务,RPC统筹处理,告诉相关进程(Soket可能是进程在维护也可能是线程在维护监听,并且TCP往往会创立两个Socket,一个叫做就监听Socket,一个是已连接Socket,这里不详细讲述)。
step11:RPC处理完毕,会回复一个HTTP/HTTPS包告知操作成功,准备向接收端传输处理结果
在RPC处理完毕后,目的主机开始向接收方发送数据。在连接建立的时候,两方已商定起始ID,但数据的发送不是一个发送完等回复后再发送另一个,而是通过累计确认或者叫累计应答(cumulative acknowledgment) 的模式进行传输,即在应答某个之前的ID表示都收到了。这样TCP需要双方有缓存进行记录,发送方的记录分四部分:第一部分是发送了并且已确认,第二部分是发送了并且尚未确认,第三部分是没有发送但在等待发送,第四部分是没有发送暂时也不会发送。第一部分和第二部分的分界线是lastByteAcked,第二部分和第三部分的分界线是lastByteSent,整个第二部分和第三部分的和 Advertised window 。 浏览器作为接收端在TCP报文里是会告诉发送端这个窗口大小的,超过了这个窗口的包,接收端无法接收就会丢弃。(有关接收方的窗口说明详情可自行查询)
step 12: TCP慢启动,之后开始进行数据传输,并随时监测窗口大小进行流量控制和拥塞控制
虽然浏览器作为接收方告诉了发送方窗口大小,但网络是瞬息万变的,也许这会网络变差了或者网段了,那么TCP在一开始的时候,为了避免造成通道容量溢出,一条TCP连接后,设置只能发送一个报文段cwnd(congestion window 拥塞窗口)设置为1,在收到一个确认后,cwnd加一,一次能够发送两个,当这两个报文段的确认到来的时候,每个cwnd都加一,这样两个cwnd就加二,一次就能发四个,开始呈现指数级增长。当一次发送超过ssthresh的值时代表快要溢出,此时cwnd改为增加1/cwnd,一轮下来增长一个......这是有关传输过程中的拥塞控制,关于拥塞控制仍有一些问题存在,具体的流程可自查询相关的流量控制和拥塞控制。
step 13:接收方浏览器接收到数据后,开始进行处理,逐渐在浏览器上显示
通过数据的传输,接收端接收到了来自发送方的网络包,当接收到一个网络包时,TCP最终将包传递给浏览器,让浏览器处理HTTP应答报文,这样随着应答报文的数量增加,网页中的内容也会逐渐的显示在浏览器上。
step 14: 数据传输完成,进行连接断开,四次挥手说再见
数据终于传输完成,到了该断开的时候。但我们知道TCP是可靠的传输连接,是相对靠谱的,那作为靠谱的协议在断开的时候不能说断开就断开,并且TCP是全双工的,所以接收端和发送端需要各自断开。数据传输完毕时,服务器和浏览器作为发送方和接收方都处于ESTABLISHED状态,此时服务器知道数据已传输完毕,准备断开,就向接收方发送FIN报文,进入FIN-WAIT-1状态;接收方收到FIN报文后,向发送方发送ACK,进入CLOSED-WAIT状态;服务端收到ACK后从FIN-WAIT-1状态进入FIN-WAIT-2状态;接收方进入CLOSED-WAIT状态结束后再向发送方发送FIN,ACK ,并进入LAST-ACK状态;发送方接收到FIN、ACK后从FIN-WAIT-2状态进入TIME-WAIT状态(等待2MSL),并且发送ACK;接收方接收到ACK后进入CLOSED状态;服务端等待2MSL(MSL: Maximum Segment Lifetime ,报文最大生成时间)后也进入CLOSED状态。至此,建立的连接已经各自断开,整个连接过程结束。
为了更好的理解TCP三次握手和四次挥手,附上TCP状态机
以HTTP为例讲述了网络的连接过程,其它协议与此大同小异,若是基于UDP的协议会在上述步骤中简化很多,数据传输中的socket维护也相对简单。以上就是网络的连接过程。