BMP像素数据错位或全黑因行4字节对齐及倒序存储：需按每行字节数=((width×24+31)/32)×4跳过填充，并依biHeight正负决定是否反转Y轴顺序读取。
为什么直接读取BMP文件头后像素数据会错位或全黑
因为BMP的像素行是4字节对齐的，且从下往上存储（底部行在文件开头），不是简单按宽×高×3顺序读就能用。跳过文件头后，如果没按每行补齐到4字节再读，后续所有行都会偏移；更常见的是忘了反转Y轴顺序，导致图像上下颠倒或显示为乱码。
-
BITMAPFILEHEADER和BITMAPINFOHEADER必须严格按大小端和字段顺序解析，Windows BMP是小端，biWidth、biHeight、biSizeImage都是int32_t类型 - 每行字节数 =
((width * bits_per_pixel + 31) / 32) * 4，不能只用width * 3（24位RGB） -
biHeight为负数时，表示像素数据从上到下存储（少见但合法），此时不用翻转；为正数时必须从最后一行开始读
如何安全提取24位BMP的RGB值并存入std::vector<uint8_t></uint8_t>
目标是拿到一个线性排列的RGB三元组数组，方便后续处理。关键在计算每行真实字节数、跳过填充字节、按正确Y顺序拷贝。
- 先验证
bfOffBits（像素起始偏移）是否 ≥sizeof(BITMAPFILEHEADER) + sizeof(BITMAPINFOHEADER)，防止文件损坏 - 检查
biBitCount == 24且biCompression == BI_RGB，否则不支持（不处理调色板或压缩格式） - 逐行读取：对第
i行（0 ≤ i bfOffBits + (height - 1 - i) * row_stride（height为正时） - 每行只取前
width * 3字节，丢弃末尾0–3个填充字节；注意BMP是BGR顺序，需交换第0和第2字节才能得到RGB
// 示例：提取单行BGR并转为RGB
for (int x = 0; x < width; ++x) {
uint8_t b = data[x*3 + 0];
uint8_t g = data[x*3 + 1];
uint8_t r = data[x*3 + 2];
out.push_back(r); out.push_back(g); out.push_back(b); // 存RGB
}
遇到biSizeImage == 0或文件大小异常怎么办
这是BMP规范允许的，表示图像数据大小需自行推算。硬编码依赖bfSize也不可靠——有些编辑器写入的bfSize包含错误校验值。
- 正确做法：用
row_stride * abs(biHeight)推算实际像素区长度，与file_size - bfOffBits对比，取较小值防越界读 - 如果
bfOffBits超出文件大小，或row_stride * abs(biHeight)远大于剩余文件长度，直接返回错误，不要尝试“尽力解析” - 特别注意：
biHeight是有符号的，abs()必须用std::abs或强制转为uint32_t，避免负数溢出
内存布局和性能上最容易被忽略的细节
不是所有BMP都用24位；1/4/8/16/32位也合法，但手动解析时若只写死24位逻辑，遇到biBitCount == 32（带Alpha）就会崩溃或错读。而且，逐像素memcpy比按行处理慢一个数量级。
立即学习“C++免费学习笔记（深入）”；
- 务必根据
biBitCount分支：16位用uint16_t解析5-6-5格式，32位注意Alpha通道位置（BI_RGB下通常是BGRA，但部分文件是RGBA） - 避免对每个像素调用
memcpy；优先用std::copy整行搬运，再用指针批量转换BGR→RGB - 读文件时用
std::ifstream::read一次性载入像素区，别用循环+get()——I/O开销会主导耗时
真正麻烦的从来不是读几个字段，而是对齐规则、大小端、BGR顺序、正负height语义这四点混在一起时，任意一个判断条件写反，结果就完全不可预测。多打几行调试输出，比反复猜错强得多。
