内存中像素数据的布局?

• height * width 数量的 width (也可以 height )在免费区域之外。(当你考虑每像素的通道时,即使是中等大小的图像,#1也可能失败。)
• #2的第二个缺点是数据不一定彼此相邻,这使得处理器更难将正确的内存页加载到缓存中。

pos += width;

而不必引用指针。对于中小型图像,这可能更快。除非你处理的是数百Mb的图像,否则我会选择方法1。

2. (也许)允许交错解码和交错JPEG(如果PNG支持的话)

这种方法的问题(假设每一行都是一个分配)是更多的分配/空闲开销,可能会鼓励内存碎片化。

除非你有充分的理由,否则使用样式1(单分配),并可能四舍五入到你正在使用的架构的“良好”边界(可能是4、8、16或甚至更多字节)。请注意,许多库函数可能会寻找没有填充的样式1——想想你将如何使用它,以及你将把它们传递到哪里。

Windows本身使用方法1的变体。图像的每一行都被填充为4字节的倍数,颜色的顺序是B、G、R,而不是更正常的R、G、B。缓冲区的第一行是图像的底行。