Go语言使用image/png库编解码RGBA图像后解码结果全零是为什么？

编码解码后像素全为0的异常，核心原因来自两个层面：

• 所有输入像素的Alpha通道被硬编码为0x00
  循环生成随机颜色时，Alpha值被固定设为0，也就是完全透明。Go的PNG编码器在处理image.RGBA（预乘Alpha格式）输入时，需要将预乘像素值转换为PNG标准存储的非预乘NRGBA值，转换公式为非预乘R = 预乘R * 255 / Alpha。当Alpha值为0时，上述公式会触发除以零错误，编码器的边界处理逻辑是直接将这类完全透明像素的R/G/B值全部置0，不管原有存储的RGB值是多少。
  输入图像的Pix数组里能看到随机RGB值，是因为image.RGBA的Set方法在Alpha为0的特殊场景下，没有强制将本应预乘为0的RGB值清零；但编码器输出时会按照PNG规范统一处理这类像素。
• 直接用反射对比不同类型的图像本身就不合理
  输入的图像是*image.RGBA类型，PNG解码因为格式设计原因，固定返回*image.NRGBA类型，二者底层结构体布局、存储的像素格式（预乘/非预乘）都不同，直接用reflect.DeepEqual对比必然返回false。

• 如果需要保留完全透明像素的原始RGB值，设置颜色时将Alpha通道设为非0值（哪怕是1），编码器就不会主动置零RGB通道。
• 做等值验证时不要直接对比两个图像的结构体本身，需要先将输入和输出图像统一转为同一种像素格式，再逐点对比每个坐标的颜色值。
• 注意：PNG规范本身就不强制要求完全透明像素的RGB值有效，多数编码器会将其置0以减小存储体积，这是符合标准的正常行为，不是编码/解码的bug。只有当所有像素的Alpha值非0时，PNG的编解码流程才是像素级无损的，透明像素的RGB值会在编码时被丢弃，不适合用来做等值验证。

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