FMX TBitmap透明图像高效保存咨询：缩放图标需保留Alpha通道

针对你遇到的「BMP缓存丢失Alpha通道、PNG缓存CPU开销过高」的问题，结合图标缩放缓存的场景，给你几个实用的解决思路：

1. 修复BMP格式的Alpha通道保存/加载逻辑 #

问题根源在于普通BMP默认不支持Alpha通道，但32位ARGB格式的BMP是可以完整存储Alpha信息的。你需要调整Bitmap类的保存和加载参数：

• 保存前先将缩放后的图标转换为32位ARGB格式：

  // 假设你的Bitmap类支持格式转换方法
  scaledBitmap.ConvertToFormat(ARGB32);
  scaledBitmap.SaveToDisk("icon_cache.bmp");
  

• 加载时明确指定以32位ARGB格式读取：

  var cachedBitmap = new Bitmap();
  cachedBitmap.LoadFromDisk("icon_cache.bmp", ARGB32);
  

这样既能保留Alpha通道，又能享受BMP编解码速度快、CPU开销低的优势。

2. 切换到TGA格式作为缓存载体 #

如果调整BMP的方案不可行，TGA（Truevision Graphics Adapter）是个绝佳替代：

• TGA原生支持Alpha通道，且属于无损非压缩格式（可选压缩但开销远低于PNG）
• 多数图形库对TGA的编解码逻辑非常轻量化，CPU开销和BMP接近
• 只需把保存/加载的文件名后缀改成.tga即可（前提是你的Bitmap类支持TGA格式）

3. 内存+磁盘的二级缓存策略 #

减少磁盘IO和编解码次数是降低CPU开销的核心：

• 维护一个LRU（最近最少使用）内存缓存，把高频访问的缩放后图标存在内存里，不用每次都读磁盘
• 只有当内存缓存达到上限，或者图标长时间未被访问时，才将其写入磁盘作为冷缓存
• 下次需要时优先查内存缓存，命中直接使用，未命中再从磁盘加载并放回内存

4. 预缩放批量缓存（适合固定尺寸场景） #

如果你的图标缩放尺寸是固定的（比如只有24x24、48x48几种规格）：

• 提前在应用启动或空闲时段，批量完成所有图标的缩放和缓存写入
• 运行时直接读取预生成的缓存文件，完全避免实时缩放和编解码的开销

补充说明 #

• BMP丢失Alpha的本质：大部分图形库的默认BMP保存逻辑会自动丢弃Alpha通道，只存储RGB信息；只有明确指定32位ARGB格式时才会保留Alpha
• PNG开销高的原因：PNG采用DEFLATE压缩算法，编解码过程需要大量CPU计算，尤其在批量处理时会明显拉高负载

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