部分 BMP 结构能够描述 Alpha 分量，但并非所有 BMP 文件和应用都会一致处理透明度。转换后应检查信息头与 Alpha 数值，并在多种背景和真正接收文件的软件中重新打开验证。
PNG → BMP
先确认 PNG 源文件包含哪种透明度
PNG 既能记录逐像素 Alpha，也能为索引色设置透明度。首先确认源文件是否真的包含全透明、半透明和完全不透明区域。不要只看编辑器的棋盘格预览，应把图片分别放在白色和黑色背景上，观察柔和阴影、发丝、圆角以及抗锯齿文字。原本不透明的 PNG 不会因为改成 BMP 就自动产生有意义的透明度，只有硬边透明的源文件也不会凭空获得平滑的中间 Alpha。
转换前记录像素尺寸、颜色类型、位深和相关色彩信息。索引 PNG 与真彩 PNG 可能经过不同的转换路径，完全透明像素下保留的 RGB 值也可能在某些合成方式中影响边缘颜色。如果转换器连输入预览都不能正确显示透明度，就应把其输出视为尚未验证。选取一条细而复杂的边缘和一块中间透明度阴影作为固定比较点，不要只检查空白透明角落。
- 区分全透明和半透明
- 在黑白背景上查看源图
- 记录尺寸、颜色类型和位深
把不透明 PNG 转成 BMP 并不会自动移除背景。
不要仅凭 BMP 扩展名判断 Alpha 支持
BMP 是包含多种信息头和像素结构的格式家族，并非单一布局。Microsoft 的 BITMAPV5HEADER 能为红、绿、蓝及 Alpha 分量定义掩码，Windows Imaging Component 文档也区分了带有效 Alpha 内容的特定 32 位 V5 BMP。但这并不表示所有 BMP 都支持透明度。旧信息头、不同压缩字段或把第四字节留作未使用数据的写入器，都可能生成没有有效 Alpha 的文件。
接收端解码器同样关键。同一个 32 位 BMP，在某个应用里可能按 BGRA 透明图像读取，在另一个应用里却被当成全部不透明。有些转换器还会先把透明像素与白色或黑色合成，再写入 BMP。因此不能把扩展名、文件大小或“32 位”标签当作保留成功的证据，应使用能报告信息头、压缩字段、颜色掩码与像素数据的检查工具，并以最终接收软件的表现为准。
- 识别 BMP 信息头类型
- 不要把 32 位等同于有效 Alpha
- 验证接收端解码器
区分保留 Alpha 与铺底合成
查看转换工具是否提供保留 Alpha、32 位输出或背景颜色等选项。若选择保留 Alpha，应确认结果 BMP 确实写入有效 Alpha 掩码和有意义的数值，而不是仅多出一个未使用字节。若选择背景铺底，透明度消失是主动生成不透明结果的预期行为。根据最终用途选择白色、黑色或实际设计背景，并检查半透明边缘是否与该颜色自然融合。
选项名称没有统一标准，即使文字相同，不同工具也可能写出不同 BMP 结构。文件变大不能证明 Alpha 得到保留，界面中的棋盘格也无法保证下载文件内部真的有透明数据。目标软件若能接收 PNG，继续使用 PNG 往往更简单可靠。可以把 BMP 视为面向特定软件的派生交付件，同时保留拥有已知正确 Alpha 的原始 PNG。
- 分清 Alpha 保留与不透明铺底
- 检查下载文件的掩码和值
- 目标允许时继续使用 PNG
在多种背景和应用中测试边缘
不要只在转换器预览中查看 BMP，应在实际接收它的软件里打开，并依次放到白色、黑色和最终设计背景上。检查浅色光环、黑边、锯齿、丢失的柔和阴影以及细小部位的颜色污染。以 100% 显示和放大视图对比原始 PNG 的相同位置。只看一个全透明角落会漏掉中间 Alpha 的损坏，而发丝、光晕、抗锯齿和软阴影都依赖这些数值。
随后在目标应用中保存 BMP，再次打开保存后的副本，并用第二个查看器检查。文件第一次打开时可能透明，但编辑器以旧 BMP 信息头重写后，Alpha 可能消失。如果系统预览、图像编辑器和生产软件显示不同，应优先满足最终生产路径中已验证的要求，而不是选择看起来最好看的预览。批量处理前，把小样发送给真正的接收者确认也很有价值。
- 使用白、黑和最终背景
- 检查中间 Alpha 而非只看空白
- 重存后在第二个查看器打开
批准一条端到端兼容工作流程
选择一张带有细小半透明边缘和柔和阴影的 PNG 作为代表样本。转成 BMP 后，记录尺寸、字节大小、信息头类型、位深、掩码和观察到的 Alpha 范围。在目标流程中完成真正需要的导入、移动、缩放或合成，再保存项目或导出位图并复查结果。只有写入器和所有必需的读取器都对透明度含义达成一致，这条路径才算通过。
批量处理前，分别测试不透明照片、硬边标志和带柔和 Alpha 的图形。BMP 若失败，应回到 PNG 源文件，改用其他信息头、转换器或铺底策略；把已损坏的 BMP 再转回 PNG 无法恢复丢失的 Alpha。记录批准的工具与应用版本、保留 Alpha 还是铺底、指定的背景颜色，并单独保存原始 PNG，便于兼容性发生变化时安全重做。
还要把交付环境纳入记录，例如操作系统版本、接收软件版本以及最终是否继续编辑。相同文件在升级后的解码器中可能出现不同结果，因此重大更新后应重新运行代表样本。若收件方只需要不透明图像，应明确约定铺底颜色，不要留下一个依赖特定查看器才能正确显示的 Alpha BMP。这样既能减少歧义，也能让日后重新输出时沿用同一验收标准。
- 测试导入、编辑、保存和重开
- 使用不同透明特征的样本
- 保留源 PNG 与批准设置
只有写入 BMP 的工具和所有必需的读取软件都按相同含义处理 Alpha，透明度才算真正保留。
要点总结
- PNG 可以保存 Alpha，而 BMP 的透明效果取决于信息头、像素布局、掩码和接收端解码器。
- BITMAPV5HEADER 可定义 Alpha 掩码，但不代表每个 BMP 写入器或查看器都会正确采用它。
- 应在白色、黑色和最终背景上检查全透明与半透明区域，并在保存后用其他应用重新打开。
- 透明度不可缺少时，应保留原始 PNG，只把通过目标工作流程验证的 BMP 当作派生文件。
常见问题
BMP 支持透明度吗？
部分 BMP 结构可以描述 Alpha，但实际支持取决于信息头、像素布局、掩码、写入器和接收端解码器。
32 位 BMP 一定有可用 Alpha 吗？
不一定。第四字节可能未使用或被忽略，仅凭 32 位标签不能保证存在有效掩码和值。
透明 PNG 转成 BMP 后为什么变黑？
转换器可能用黑色铺底、写入不兼容的 Alpha，或查看软件完全忽略了 Alpha 通道。
应该在哪里测试 BMP？
应在真正接收文件的软件中测试多种背景，并在重新保存后再次打开，同时用第二个查看器复核。
透明度很重要时该选择什么格式？
目标允许时保留 PNG。必须使用 BMP 时，要先让代表样本通过完整的实际工作流程。