使用recvmsg与io_uring实现UDP Echo服务器：源地址解析疑问

1. msg_namelen设置值的影响 #

• 设为16正常运行的原因：UDP IPv4使用的sockaddr_in结构体大小恰好是16字节（包含2字节地址族、2字节端口、4字节IP地址，剩余8字节填充）。当msg_namelen设为16时，内核可以完整写入源地址的sockaddr_in结构，后续解析不会出问题。
• 非0其他值出现解析错误：如果设置的长度小于16，内核无法完整写入完整的地址结构，导致后续解析时结构不完整，触发错误；如果长度大于16，内核只会填充16字节的有效数据，但后续解析时可能会读取超出有效范围的垃圾数据，同样引发错误。
• 设为0时仅包含payload大小：当msg_namelen为0，内核会判断你不需要接收源地址信息，因此仅返回UDP数据包的负载内容，msghdr自然只携带payload相关数据。

2. 解析name_data生成SendMsg可用的地址信息 #

解析逻辑 #

name_data中的二进制数据就是内核填充的sockaddr_in（IPv4）或sockaddr_in6（IPv6）结构，以你给出的[2,0,129,54,127,0,0,1]为例：

• 前2字节：地址族AF_INET（值为2），网络字节序；
• 接下来2字节：端口号，网络字节序（大端），计算方式为(129 << 8) | 54 = 33078；
• 最后4字节：IPv4地址127.0.0.1，直接对应字节值。

你可以直接将name_data的前16字节（IPv4场景）转换为sockaddr_in结构体，无需额外解析逻辑。

SendMsg的使用 #

SendMsg不需要新的文件描述符，直接复用原来的UDP套接字fd即可。将解析得到的sockaddr_in作为msghdr的msg_name字段，同时将msg_namelen设为16（IPv4），就能正确将数据回复给源地址。

IP_PKTINFO的作用 #

不需要设置IP_PKTINFO标志，该标志的作用是让内核返回数据包接收时使用的本地IP地址（比如多网卡场景），如果你只是需要获取发送方的源地址来回复，recvmsg返回的name_data已经足够。

内容的提问来源于stack exchange，提问作者Mascarpone