C语言Socket编程中如何从char缓冲区读取整数到int变量

当前实现存在两个关键逻辑错误，直接导致读取结果不符合预期：

• 取数范围不匹配：buffer[3]、buffer[7]的写法仅读取了对应索引位置的单个字节，没有把约定的4字节整组内容全部读取并拼接。你实际得到的fifth=232，就是buffer[7]位置存储的单字节原值，剩下3个承载高位数值的字节完全未被纳入计算，自然无法得到1000的结果。
• 未处理多字节整数的字节序差异：套接字传输的多字节二进制数据，默认采用**网络字节序（大端序）**排布——即整数的最高位字节存储在最低内存地址。而主流x86/x64架构设备的主机内存采用小端序排布（整数最低位字节存储在最低内存地址），就算读全4个字节，不做字节序转换的话，也会因为高低位颠倒得到错误数值。

你之前认为fourth=83符合预期是巧合：83小于256，单字节即可存储，刚好和你只读单字节的结果对得上，只要遇到大于255的4字节整数，这个写法立刻会失效。

避免直接对char*缓冲区做整数指针强转（会触发内存对齐错误），用以下两种安全方式实现取数：

手动拼接大端序字节 #

适用于确认传输端4字节整数按网络大端序排布的场景，逐字节移位拼接出完整整数：

// 读取buffer[3]起始的4字节，得到第一个无符号整数
unsigned int fourth = ((unsigned int)buffer[3] << 24)
                    | ((unsigned int)buffer[4] << 16)
                    | ((unsigned int)buffer[5] << 8)
                    | (unsigned int)buffer[6];

// 读取buffer[7]起始的4字节，得到第二个无符号整数
unsigned int fifth = ((unsigned int)buffer[7] << 24)
                   | ((unsigned int)buffer[8] << 16)
                   | ((unsigned int)buffer[9] << 8)
                   | (unsigned int)buffer[10];

这种写法无系统依赖，只要发送端字节顺序符合大端序约定，拼接出的数值就准确。比如十进制1000对应的大端4字节序列是0x00 0x00 0x03 0xE8，按上述逻辑拼接后结果刚好为1000。

使用标准字节序转换接口 #

这是套接字编程的规范写法，兼容性更强：
通过memcpy将连续4字节内容安全拷贝到整数变量中，再调用系统接口将网络字节序转换为当前主机可识别的字节序：

#include <string.h>
// Linux/macOS 引入<arpa/inet.h>，Windows平台引入<winsock2.h>
#include <arpa/inet.h>

// 读取第一个4字节整数
unsigned int raw_fourth;
memcpy(&raw_fourth, &buffer[3], sizeof(raw_fourth));
unsigned int fourth = ntohl(raw_fourth);

// 读取第二个4字节整数
unsigned int raw_fifth;
memcpy(&raw_fifth, &buffer[7], sizeof(raw_fifth));
unsigned int fifth = ntohl(raw_fifth);

其中ntohl为系统内置的“网络序转主机长整型”接口，会自动根据当前设备的字节序做适配，无论主机是大端还是小端架构，都能得到正确的数值。

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