1.连接建立=>数据传输=>连接释放
2.主动发起连接的是客户端,被动接受连接的是服务器
3.三次握手
客户端 ==> SYN是1同步 ,ACK确认标志是0,seq序号是x ==> 服务器 客户端 <== SYN是1同步 ,ACK确认标志是1,seq序号是y,ack确认号是x 1 <==服务器 客户端 ==> ACK确认标志是1,seq序号是x 1,ack确认号是y 1 ==>服务器
4.为什么需要第三次握手再次确认,因为服务器需要确认客户端收到我的回复
5.状态转移 1.客户端发送完变成 SYN-SENT , 服务端接收到后变成SYN-RECEIVED,客户端接收到确认变成 ESTABLISHED,服务端收到确认变成 ESTABLISHED 2.当客户端访问不存在的IP时,可以看到客户端变成SYN-SENT状态,接收不到服务端的确认回复 3.SYN攻击,可以伪造来源ip,因此可以看到服务端变成SYN-RECEIVED状态,接收不到客户端的确认回复
6.四次挥手 客户端(主动关闭) ==> FIN标志是1,seq序号是u ==>服务器 客户端 <== ACK确认标志是1,seq序号是v,ack确认号是u 1 <== 服务器 客户端 <== FIN标志是1,ACK确认标志是1,seq序号是w,ack确认号是u 1 <== 服务器 客户端 ==> ACK确认标志是1,seq序号是u 1,ack确认号是w 1 ==>服务器
7.状态转移 主动关闭的一方是time_wait的状态 被动关闭的一方是close_wait的状态
8.面向字节流,比如 发送文件,文件二进制=>TCP发送缓存=>TCP接收缓存=>应用程序,这也是发送和接收窗口技术
9.TCP协议使用滑动窗口技术实现可靠传输 1.停止等待协议效率不高,连续发送确认是窗口技术 2.以字节为单位的滑动窗口技术,连续发送,接收窗口收到后确认,往右滑动发送窗口,接收窗口也要往右滑动 3.如果中间有顺序的包丢了,接收窗口发送确认号的时候,会发丢之前的ack号,选择重发的包序号,选择确认 4.超时重传,tcp每发送一个报文段,就设置一次计时器,重传时间到但还没收到确认,就重传这一报文段,这个时间是加权平均的往返时间
10.TCP流量控制是解决的通信两端处理数据能力不一致的问题,TCP协议如何实现流量控制 1.接收方数据处理不完了,就调整了接收窗口的大小 2.通过窗口大小来控制流量
