1. TCP
TCP(Transmission Control Protocol 传输控制协议)是一种面向连接的、可靠的、基于字节流的传输层通信协议。
1.1 三次握手
三次握手是建立连接的过程。
第一次握手: 客户端[Init]向服务端发送一包连接请求数据(SYN),询问能否建立连接。
第二次握手: 若服务端[Listen]同意连接[SYN-RCVD],向客户端回复(SYN+ACK)。
第三次握手: 客户端收到后,向服务端回复(ACK),连接建立[ESTABLISHED]。
为什么是三次握手而不是两次?
为了防止已失效的请求报文(SYN1)突然传到服务端引起的错误,本质上是解决网络信道不可靠的问题,在不可靠的信道上建立可靠连接。
1.2 传输确认
三次握手之后客户端和服务端都进入数据传输状态(ESTABLISHED),为了解决丢包问题和乱序问题,进行传输确认。
TCP协议是全双工的,对于客户端和服务端在传输确认机制上是一致的。
1.3 四次挥手
两端都可以发送关闭连接请求,以下假设客户端首先发送关闭连接请求。
第一次挥手: 客户端[ESTABLISHED]向服务端发送关闭连接请求(FIN)并进入终止等待1状态[FIN-WAIT-1]。
第二次挥手: 服务端[ESTABLISHED]收到关闭请求(FIN),向客户端回复(ACK)表示自己进入关闭等待状态[CLOSE-WAIT],客户端收到回复(ACK)进入关闭等待2状态[FIN-WAIT-2]。
第三次挥手: 服务端还可以发送数据,同样客户端还可以接收数据,待数据发送完毕,向客户端发送(FIN)并进入最后确认状态[LAST-ACK]。
第四次挥手: 客户端收到发送完毕(FIN)向服务端,服务端回复(ACK)并进入超时等待状态[TIME-WAIT],服务端收到(ACK)并关闭连接[CLOSED],客户端经过超时时间后自动关闭连接[CLOSED]。
为什么要有超时等待状态?
需要保证服务端收到(ACK),若没有超时等待状态,假设发送完(ACK)后立即关闭连接,一旦(ACK)在网络中丢失,服务端将一直停留在最后确认状态[LAST-ACK];添加超时等待状态,若超时时间结束服务端没有收到(ACK),服务端将会重新发送完毕(FIN)向服务端,客户端重刷超时等待时间。
1.4 常见TCP连接状态
CLOSED:初始状态。
LISTEN:服务器处于监听状态。
SYN_SEND:客户端socket执行CONNECT连接,发送SYN包,进入此状态。
SYN_RECV:服务端收到SYN包并发送服务端SYN包,进入此状态。
ESTABLISH:表示连接建立。客户端发送了最后一个ACK包后进入此状态,服务端接收到ACK包后进入此状态。
FIN_WAIT_1:终止连接的一方(通常是客户机)发送了FIN报文后进入。等待对方FIN。
CLOSE_WAIT:(假设服务器)接收到客户机FIN包之后等待关闭的阶段。在接收到对方的FIN包之后,自然是需要立即回复ACK包的,表示已经知道断开请求。但是本方是否立即断开连接(发送FIN包)取决于是否还有数据需要发送给客户端,若有,则在发送FIN包之前均为此状态。
FIN_WAIT_2:此时是半连接状态,即有一方要求关闭连接,等待另一方关闭。客户端接收到服务器的ACK包,但并没有立即接收到服务端的FIN包,进入FIN_WAIT_2状态。
LAST_ACK:服务端发动最后的FIN包,等待最后的客户端ACK响应,进入此状态。
TIME_WAIT:客户端收到服务端的FIN包,并立即发出ACK包做最后的确认,在此之后的2MSL时间称为TIME_WAIT状态。
2. UDP
将数据直接通过网卡发出,不建立连接关系。
性能损耗少,对于CPU而言内存资源的占用也少,但可能存在传输过程中的丢包问题。
3. TCP与UDP协议的区别
同: 两种协议均工作在传输层,目标都是在程序之间传输数据。
异:
协议 | 基本性质 | 特点 | 应用 |
---|---|---|---|
TCP | 基于连接 面向字节流 首部开销20字节 | 全双工通信 稳定可靠 单条TCP连接只能是点到点 | 传输文件、发送邮件、浏览网页…… |
UDP | 基于非连接 面向报文 首部开销8字节 | 无连接的不可靠信道 通信速度快 支持一对一、一对多、多对一和多对多交互通信 | 域名查询、语音通话、视频直播、隧道网络(VPN)…… |
4. 网络的七层/五层模型主要的协议
参考链接: