修改C UDP客户端后sendto()首次成功后续返回EINVAL(errno22)咨询

虽然你没贴出原代码和修改后的代码，但根据你描述的现象（第一次调用正常、第二次返回errno=22无效参数），结合UDP套接字开发的常见坑，大概率你做的改动是修复了目标地址结构体或其长度参数在循环中的意外篡改问题，下面具体拆解：

你大概率做的改动 #

• 要么是在每次循环迭代时重新初始化了目标地址结构体（比如把struct sockaddr_in的赋值逻辑放到了循环内部，而非循环外仅初始化一次）
• 要么是固定了sendto()最后一个参数addrlen的值（比如不再让这个值在第一次调用后被意外修改为无效值，比如变成0或者超出结构体实际大小）
• 还有可能是修复了对sockaddr_in成员的错误修改（比如第一次调用后不小心把sin_family改成了非AF_INET的值，或者sin_port被意外清零）

你之前忽略的核心要点 #

1. UDP套接字sendto()的参数有效性要求：每次调用sendto()时，dest_addr必须是完整有效的地址结构体，addrlen必须严格等于该结构体的实际大小（比如sizeof(struct sockaddr_in)）。如果循环中某个操作意外修改了这些值，第二次调用就会触发EINVAL错误。
2. 结构体变量的修改风险：如果目标地址结构体在循环外定义，且循环内的代码（比如错误的指针操作、误赋值）修改了它的成员，就会导致后续调用的参数失效。
3. EINVAL错误的精准指向：第一次调用成功、第二次失败返回EINVAL，几乎可以确定是参数存在无效值——常见的就是地址结构体的sin_family无效、addrlen的值非法（比如小于sizeof(sa_family_t)，或者大于实际结构体大小）。

问题成因的详细解释 #

UDP的sendto()函数触发EINVAL（无效参数）错误的典型场景之一，就是传递的目标地址参数不符合内核要求：

• 如果你原代码中把addrlen变量定义为socklen_t，但第一次调用后这个变量被意外修改成了0或错误数值（比如被当成指针写入、循环中错误重赋值），第二次调用时sendto()收到非法长度值，就会返回错误。
• 另一种情况是，目标地址结构体struct sockaddr_in的sin_family成员在第一次调用后被改成了非AF_INET的值（比如误赋值为0），内核会判定地址格式无效，从而拒绝发送操作。

你修改代码后，相当于每次循环都确保了dest_addr是完整有效的地址结构体，且addrlen的值严格正确，因此sendto()可以持续正常执行。

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