TCP/IP模型
应用层,传输层,网络层,链路层
TCP
1.TCP连接过程
三次握手
第一次握手
客户端向服务端发送连接请求报文段,该报文段中包含自身的数据通讯初始序号
A给B发送信息问:“你现在有空吗”
第二次握手
服务端收到连接请求报文段后,如果同意连接,就会发生一个应答,该应答中会包含自身的数据通讯初始序号。
B收到A的信息,对A说:“我有空,你也有空吗?”
第三次握手
当客户端收到连接同意的应答后,还要向服务端发送一个确认报文。
A收到了B的确认消息,对B说“我也有空,我跟你说个事情”
第三次握手是为了防止出现失效的连接请求报文段被服务端接收的情况,从而产生错误。
2.TCP断开过程
四次挥手
第一次挥手
若客户端 A 认为数据发送完成,则它需要向服务端 B 发送连接释放请求。
A给B发短信,说“我说完了,要结束会话了”
第二次挥手
B 收到连接释放请求后,会告诉应用层要释放 TCP 链接。然后会发送 ACK 包,并进入 CLOSE_WAIT 状态,此时表明 A 到 B 的连接已经释放,不再接收 A 发的数据了。但是因为 TCP 连接是双向的,所以 B 仍旧可以发送数据给 A。
B收到A的短信,先回复:“好,我知道了”
第三次挥手
B 如果此时还有没发完的数据会继续发送,完毕后会向 A 发送连接释放请求,然后 B 便进入 LAST-ACK 状态。
B对A说“我有事可以结束回话了”
第四次挥手
A 收到释放请求后,向 B 发送确认应答,此时 A 进入 TIME-WAIT 状态。该状态会持续 2MSL(最大段生存期,指报文段在网络中生存的时间,超时会被抛弃) 时间,若该时间段内没有 B 的重发请求的话,就进入 CLOSED 状态。当 B 收到确认应答后,也便进入 CLOSED 状态
A收到了B的确认信息,对B发送信息“好的我知道了”,断开连接
UDP协议
是一种无连接协议,当报文发送之后,是无法得知其是否安全完整到达的。
首先 UDP 是不需要和 TCP一样在发送数据前进行三次握手建立连接的,想发数据就可以开始发送了。并且也只是数据报文的搬运工,不会对数据报文进行任何拆分和拼接操作。
在发送端,应用层将数据传递给传输层的UDP协议,UDP只会给数据增加一个UDP头标识,传递给网络层。
TCP与UDP协议的特点对比
TCP:
- 面向连接
- 仅支持单播传输
- 面向字节流
- 可靠传输
- 提供拥塞控制
- 常应用在可靠传输应用,文件传输
UDP:
- 面向无连接
- 有单播、多播、广播的功能
- 面向报文流
- 不可靠性
- 头部开销小,传输数据报文搞笑
- 常应用在实时应用