为什么Golang的png.Encode方法处理带alpha的像素时颜色数据出错？

这个差异来源于Go和Python处理RGBA颜色的默认模型不同：

• Go标准库的image.RGBA、color.RGBA默认使用**预乘alpha（premultiplied alpha）**颜色模型，即RGB通道的值已经提前乘以alpha通道的比例（alpha/255）
• Python PIL库的RGBA默认使用**非预乘alpha（non-premultiplied alpha）**颜色模型，RGB和Alpha通道是独立存储的，没有提前计算

具体数值转换过程 #

你在Go代码里存入的color.RGBA{R: 55, G: 23, B: 14, A: 122}是预乘值，PNG格式默认存储非预乘值，编码时会执行转换：

非预乘值 = 预乘值 * 255 / alpha
计算得B通道的非预乘值为 14 * 255 / 122 ≈ 29.26，取整为29存入PNG文件。

读取时image.Decode默认返回*image.NRGBA类型（非预乘图像），你调用的At().RGBA()方法会自动把非预乘值转回预乘的16位值，再做右移8位操作时：

预乘值 = 非预乘值 * alpha / 255
计算得B通道的预乘值为 29 * 122 /255 ≈13.87，取整为13，就出现了你看到的误差。

Python的PIL全程使用非预乘模型，存和读都没有转换步骤，自然不会有精度损失。

两种方案二选一即可：

• 存储时使用非预乘的NRGBA模型，和PNG存储格式对齐：

  newRgba := image.NewNRGBA(image.Rect(0, 0, 1, 1))
  newRgba.SetNRGBA(0, 0, color.NRGBA{R: 55, G: 23, B: 14, A: 122})
  

• 读取时直接取NRGBA的原始值，不调用自动转换的RGBA()方法：

  if nrgba, ok := m.(*image.NRGBA); ok {
      fmt.Println(nrgba.R[0], nrgba.G[0], nrgba.B[0], nrgba.A[0])
  }
  

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