解析BMP头时如何将4字节char数组转换为int？

我帮你捋清楚问题出在哪：你把BMP头里的小端字节反向存储后，十六进制打印出来的是正确的大端顺序，但直接强转成int时，系统会按照自身的字节序（大概率是小端）解析这些字节，导致数值完全跑偏。

看你的输出：十六进制是00 06 58 36，这是大端格式的0x00065836，对应的十进制正好是你说的415798。但你的bit2int函数直接把这个字节数组强转成int，如果系统是小端字节序，它会把00当作最低位字节、36当作最高位字节，解析成0x36580600，也就是十进制的911738368——这就是你看到的错误结果。

几个可行的解决方案： #

1. 手动组合字节（最直观，不依赖平台）

既然已经把字节反转成大端顺序，就按大端规则把字节组合成整数：

#include <stdint.h> // 用固定宽度类型更安全

uint32_t bit2int(unsigned char *bytes) {
    return ((uint32_t)bytes[0] << 24) | 
           ((uint32_t)bytes[1] << 16) | 
           ((uint32_t)bytes[2] << 8) | 
           bytes[3];
}

调用这个函数就能得到正确的415798，它把每个字节放到对应的权重位上，完全不依赖系统字节序。

2. 利用标准字节序转换函数（更简洁）

如果已经把字节转成大端格式，可以用ntohl()函数（network to host long），它专门负责把网络字节序（大端）转换成主机字节序：

#include <stdint.h>
#include <arpa/inet.h> // Windows下需替换为winsock2.h

uint32_t bit2int(void *thing) {
    return ntohl(*(uint32_t*)thing);
}

这个函数会自动处理不同平台的字节序差异，兼容性更好。

3. 调整存储方式（从根源避免问题）

BMP头的数值本身就是小端存储，其实你完全可以不用反向存储字节，直接按小端方式解析：

uint32_t bit2int(unsigned char *bytes) {
    return bytes[0] | 
           ((uint32_t)bytes[1] << 8) | 
           ((uint32_t)bytes[2] << 16) | 
           ((uint32_t)bytes[3] << 24);
}

这样你可以去掉storebackwards里的反转操作，直接读取原始字节后用这个函数解析，更符合BMP的存储规范。

补充说明： #

为什么要用uint32_t而不是int？因为BMP的文件大小字段是32位无符号整数，int在某些平台可能是16位，而且是有符号类型，容易出现溢出或符号错误。用固定宽度的无符号类型能避免这些问题。

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