为何绑定Socket时必须传入看似错误的长度才能正常工作？

你遇到的问题核心在于对sockaddr_in结构体的大小理解有误，以下是具体原因：

1. struct sockaddr_in的实际大小是16字节，不是8字节 #

你手动计算的sin_family(2) + sin_port(2) + sin_addr(4) = 8字节没错，但struct sockaddr_in的完整定义还包含一个sin_zero[8]的填充字段，用来让整个结构体的大小和通用的struct sockaddr保持一致（struct sockaddr的大小就是16字节）。完整的结构如下：

struct sockaddr_in {
    sa_family_t    sin_family; /* 2字节，地址族 */
    in_port_t      sin_port;   /* 2字节，端口号 */
    struct in_addr sin_addr;   /* 4字节IP地址 */
    char           sin_zero[8];/* 8字节填充，无实际意义 */
};

你可以运行C代码里的printf("%zu\n", sizeof thing);，输出肯定是16，而不是8。

2. bind函数要求传入完整的地址结构体长度 #

bind的第三个参数是对应地址结构体的总长度，对于AF_INET域，必须传入sizeof(struct sockaddr_in)（即16字节）。内核需要这个长度来正确解析整个地址结构：

• 如果你传入8，内核只会读取前8字节数据，但它期望处理完整的16字节结构，这会导致解析逻辑混乱，比如错误地把未初始化的栈内存当成地址结构的一部分，最终造成端口绑定不正确。
• 传入16时，内核能完整读取整个sockaddr_in结构体，正确解析sin_port和sin_addr字段，端口绑定自然正常。

3. 汇编代码的问题同理 #

你在汇编里构造的栈结构只push了8字节数据，但内核期望的是对应AF_INET地址结构的完整长度16字节。传入8时，内核同样无法正确解析整个地址结构，导致端口异常；传入16才能符合内核的处理要求。

总结 #

永远用sizeof(struct sockaddr_in)作为bind第三个参数的值，不要手动计算字节数——这既能避免错误，也能保证代码的可移植性。

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