为何Gdiplus::Bitmap创建非4倍数宽度图像时出现剪切变形？

哈哈，这个坑我踩过！你遇到的是PNG图像编码里很常见的行字节对齐问题，听我给你掰扯清楚：

很多图像处理库（比如libpng，或者你自己实现的转换逻辑）默认沿用了早年硬件的内存对齐规则——要求每一行的像素数据字节数必须是4的倍数，这样硬件读取数据时效率更高。

举个具体例子，假设你处理的是24位RGB图像（每个像素占3字节）：

• 当宽度是50时，每行原始字节数是 50*3=150，150除以4余2，库会自动给每一行补2个空字节凑成152（4的倍数）；但你的unsigned char数组里并没有这些补位字节，导致后续行的起始位置整体偏移，最终图像看起来就像被剪切、错位变形了。
• 当宽度是4的倍数时，比如宽度4，每行字节数4*3=12，刚好是4的倍数，不需要补位，所以图像能正常渲染。

根据你的实现方式，分两种情况处理：

1. 使用第三方图像库（以libpng为例） #

如果是用libpng这类成熟库，只需要手动关闭自动补位功能：

// 在初始化png指针和信息结构之后，添加这行代码
png_set_packing(png_ptr);

// 之后写入行数据时，确保每行的长度严格等于 宽度 * 每个像素字节数（比如RGB是3，RGBA是4）
png_write_image(png_ptr, row_pointers);

png_set_packing()会告诉libpng不要自动给行数据补位，完全按照你传入的原始数组长度处理每行数据。

2. 自己手动实现PNG编码 #

如果是你自己写的转换逻辑，需要检查两个关键点：

• 确保每一行的像素数据长度严格等于 宽度 × 像素通道数（比如24位RGB是3，32位RGBA是4），不要额外添加填充字节。
• 在PNG的IHDR块中正确填写宽度和高度，IDAT块中的像素数据要连续按行存储，行与行之间不要插入补位字节。

3. 临时权宜方案 #

如果暂时没法修改编码逻辑，可以先把图像宽度调整为最近的4的倍数（比如50改成52），通过复制边缘像素或者补黑边的方式填充到新宽度，再进行转换。但这只是临时 workaround，建议优先从对齐问题根源解决。

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