一、再谈端口号
在 TCP / IP 协议中，用 "源 IP", "源端口号", "目的 IP", "目的端口号", "协议号" 这样一个五元组来标识一个通信(可以通过 netstat -n 查看)
我们需要端口号到进程的唯一性，所以一个进程可以绑定多个端口号，但是一个端口号不能绑定多个进程。
二、UDP协议格式
如何分离报头和有效载荷？
用定长报头，找到报文长度和报文起始位置。
如何将有效载荷分用？
找到目的 port 查哈希表找进程
UDP 的特点
无连接
:
知道对端的
IP
和端口号就直接进行传输
,
不需要建立连接。
不可靠: 没有确认机制,
没有重传机制
;
如果因为网络故障该段无法发到对方
, UDP 协议层也不会给应用层返回任何错误信息
;
面向数据报。
不能够灵活的控制读写数据的次数和数量。
面向数据报
应用层交给 UDP
多长的报文
, UDP
原样发送
,
既不会拆分
,
也不会合并。
如果发送端调用一次
sendto,
发送
100
个字节
,
那么接收端也必须调用对应的一次 recvfrom,
接收
100
个字节
;
而不能循环调用
10
次
recvfrom,
每次接收
10
个字节。
UDP
的缓冲区
UDP 没有真正意义上的
发送缓冲区
.
调用
sendto
会直接交给内核
,
由内核将数
据传给网络层协议进行后续的传输动作
;
UDP 具有接收缓冲区
.
但是这个接收缓冲区不能保证收到的
UDP
报的顺序和
发送
UDP
报的顺序一致
;
如果缓冲区满了
,
再到达的
UDP
数据就会被丢弃
;
UDP
的
socket
既能读
,
也能写
,
这个概念叫做
全双工
三、Linux中报文管理
在同一时间会有大量的报文在操作系统里面，要先描述再组织，所以一定会有标识报文字段的结构体 struct sk_buff
最后用 struct sk_buff* next 来连接所有报文结构体，形成链表管理。
![[Linux#55][网络协议] 序列化与反序列化 | TcpCalculate为例](https://img-blog.csdnimg.cn/img_convert/4da070559a099d12070deed1c5ae4d3a.jpeg)
![[Linux]自定义shell详解](https://i-blog.csdnimg.cn/direct/fb496aebce2348fc84f7c91b22eba4d7.png)
