为何对地址做类型转换后再解引用？C语言图像处理代码疑问

这两种写法的核心区别在于读取的数据长度和方式完全不同，结合你处理的是图像文件头（大概率是BMP格式），原因可以拆解为以下几点：

1. 数据存储的本质差异 #

BMP文件头里的width、height、bitDepth这类字段是多字节整数（通常为4字节的int类型），它们在内存中是以连续的多个unsigned char字节形式存储的。比如一张1920x1080的图片，宽度值1920在小端系统下会拆成4个字节，依次存在header[18]到header[21]的位置。

• (int)header[18]只是把单个字节（仅header[18]）强制转换为int类型，只能获取0-255范围内的数值，完全不是完整的宽度值。比如上面的例子，你只会拿到header[18]对应的0x80（十进制128），和真实的1920相去甚远。
• *(int *)&header[18]是先取header[18]的内存地址，将其转换为int*类型指针，再解引用这个指针——这会一次性读取从header[18]开始的4个连续字节（对应int的默认长度），把它们拼接成一个完整的int值，这才是你需要的图像真实宽度。

2. 图像文件头的结构规则 #

图像文件头的字段布局是固定的：

• BMP的宽度字段从第19个字节（数组索引18）开始，连续占用4字节
• 高度字段从索引22开始，占用4字节
• 位深度字段从索引28开始，占用2字节（这里用int读取会顺带读后面2个无关字节，但因为位深度最大为32，不影响结果）

直接转换单个字节的写法，相当于只截取了多字节数值的第一个片段，完全无法得到正确的字段值。

3. 额外注意事项 #

• 这种写法依赖系统的字节序：BMP采用小端序存储数据，如果你在大端系统（如部分嵌入式设备）上运行，需要手动转换字节序才能得到正确结果。
• 严格来说，跨类型的指针转换可能存在内存对齐问题，但BMP头的字段是按标准对齐方式设计的，所以在绝大多数桌面场景下不会出错。

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