为何位图用不同索引PixelFormat时，LockBits需传Format8bppIndexed？

首先得明确GDI+里LockBits处理索引格式位图的核心差异：

• 1bpp/4bpp的内存布局是打包模式：
  1bpp格式中，1个字节存储8个像素（每个像素仅占1位）；4bpp格式中，1个字节存储2个像素（每个像素占4位）。如果你的SetPixels方法是按「每个像素对应一个字节」的逻辑写入数据，直接用位图实际的PixelFormat调用LockBits时，就会把原本该打包进单个字节的多个像素数据，错误地按独立字节写入，自然会出现像素错位、颜色错乱的问题。

• 硬编码用Format8bppIndexed时的隐式转换：
  当你给1bpp/4bpp的位图调用LockBits并传入Format8bppIndexed时，GDI+会自动执行格式转换——它会把原始的打包数据展开成「每个像素占1字节」的8bpp格式供你读写。你写完8bpp的像素数据后，GDI+会在UnlockBits时自动把数据重新打包成目标位图的1bpp/4bpp格式，所以最终生成的位图表现正常。

• 对文档「实际数据格式」的理解误区：
  文档中说第三个参数指定位图的实际数据格式，更准确的解读是「你想要以哪种格式来访问位图的内存数据」。GDI+支持在位图原始格式和你指定的兼容格式（比如同属索引格式）之间做隐式转换。用实际格式时，你必须严格遵循它的打包内存布局操作像素；用8bpp时，相当于借助了一个更直观的中间格式，GDI+帮你处理了打包/解包的复杂细节。

举个直观例子：给1bpp位图写8个像素，用Format1bppIndexed的话，你需要把这8个像素的位值拼成一个字节写入；但用Format8bppIndexed的话，你可以连续写8个字节（每个字节对应一个像素的索引），GDI+会自动把这8个字节压缩成1个字节存回原始位图。

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