计算机网络概念入门（十）

正文

1.TCP要点之一

=》连接管理
—>建立连接（三次握手）
—>释放连接（四次挥手）

2.TCP-序号、确认号

=》ACK的意思是我已经收到多少了，请接下来该发多少了
=》seq是序号

3.TCP-序号、确认号

=》【理解的时候，直接看相对的，别看原生的】

①：TCP数据部分占0字节

SYN=1，ACK=0	seq	ack
原生	s1	0
相对	0	0

②：TCP数据部分占0字节（服务器给客户端）

SYN=1，ACK=1	seq	ack
原生	s2	s1+1
相对	0	1（表示我收到了0个字节，希望你从第1个字节开始发）

③：TCP数据部分占0字节

SYN=0,ACK=1	seq	ack
原生	s1+1	s2+1
相对	1	1

④：TCP数据部分占k字节（HTTP）

SYN=0,ACK=1	seq	ack
原生	s1+1	s2+1
相对	1	1

⑤：TCP数据部分占b1字节

SYN=0,ACK=1	seq	ack
原生	s2+1	s1+k+1
相对	1	k+1

⑥：TCP数据部分占b2字节

SYN=0,ACK=1	seq	ack
原生	s2+b1+1	s1+k+1
相对	b1+1	k+1

⑦：TCP数据部分占b3字节

SYN=0,ACK=1	seq	ack
原生	s2+b1+b2+1	s1+k+1
相对	b1+b2+1	k+1

⑧：TCP数据部分占b4字节

SYN=0,ACK=1	seq	ack
原生	s2+b1+b2+b3+1	s1+k+1
相对	b1+b2+b3+1	k+1

⑨：连续收到了对方的4个TCP数据段，TCP数据部分占0字节

SYN=0,ACK=1	seq	ack
原生	s1+k+1	s2+b1+b2+b3+b4+1
相对	k+1	b1+b2+b3+b4+1

=》seq原生值=s1+seq相对值
=》ack原生值=s2+ack相对值
【s1是seq初始值，s2是ack初始值】

4.TCP-建立连接-3次握手

5.TCP-建立连接-状态解读

—>close：client处于关闭状态
—>listen：Server处于监听状态，等待client连接
—>SYN-RCVD：表示sever接受到了SYN报文，当收到client的ACK报文后，它会进入ESTABLISHED状态
—>SYN-SENT：表示client已经发送SYN报文，等待Server的第2次握手

6.TCP-建立连接-前2次握手的特点

—>SYN都设置为1

—>数据部分的长度都为0

—>TCP头部的长度一般是32字节
固定头部：20字节
选项部分：12字节

—>双方会交换确认一些信息
—>比如MSS、是否支持SACK、Window scale（窗口缩放系数）等
—>这些数据都放在了TCP头部的选项部分中（12字节）

7.TCP-建立连接-疑问

=》为什么建立连接的时候，要进行3次握手？2次不行么？
—>主要目的：防止sever端一直等待，浪费资源

=》如果建立连接只需要2次握手，可能会出现的情况
—>假设client发出的第一个连接请求报文段，因为网络迟延，在连接释放以后的某个时间才到达Server
（也就是说，客户端和服务器只进行了两次握手，第3次客户端对服务器的请求，因为网络迟延迟迟还没有发过来，然后客户端就和服务器开始数据传输，然后客户端和服务器最终都已经完成4次挥手了，
这个延迟的请求才从客户端发给服务器，在服务器看来，这个迟来的请求是客户端对服务器的一次新的请求；然后服务器就会给客户端发一个SYN=1，ACK=1表示同意建立连接；对于客户端来说，就在刚刚发出这个产生延迟的第3次请求之后，迟迟等不到服务器的回应，客户端就会重新补发一个，然后就不认这个迟到的请求了，自然也不会理会服务器这个SYN=1，ACK=1，
以为不理会就完了吗？
不！在服务器看来，服务器已经成功和客户端建立连接了，因为你是不是2次握手就建立连接了嘛，
所以，最终的结果就是服务器单相思，就会一直等客户端发来http请求，看看根据客户端的请求，发些什么给客户端
。
这样服务器一直等，客户端又不发http请求，这样就会造成网络资源的浪费）
—>本来这是一个早已失效的连接请求，但Server收到此失效的请求后，误认为client再次发出一个新的连接请求
—>于是Server就向client发出确认报文段，同意建立连接
—>如果不采用“3次握手”，那么只要Server发出确认，新的连接就建立了
—>由于现在client并没有真正想连接服务器的意愿，因此不会理睬Server的确认，也不会向Server发送数据
—>但是Server却以为新的连接已经建立，并一直等待client发来数据，这样，Server的很多资源就白白浪费掉了

=》采用“三次握手”的方法可以防止上述现象的发生
—>例如上述情况，client没有向Server的确认发出确认，Server由于收不到确认，就知道client并没有要求建立连接

8.TCP-建立连接-疑问

=》如果第3次握手失败了，会怎么处理？
—>此时server的状态为SYN-RECV，若等不到client的ACK，server会重新发送SYN+ACK包
—>如果server多次重发SYN+ACK都等不到client的ACK，就会发送RST包，强制关闭连接

视频教程

10.TCP_03_序号_确认号_建立连接

下集预告

TCP_释放连接