Go image/color 怎样在 RGBA 与 NRGBA 间转换

Go image/color 在 RGBA 与 NRGBA 间转换，直接使用 color.RGBAModel.Convert(c).(color.RGBA) 和 color.NRGBAModel.Convert(c).(color.NRGBA)。RGBA 存放预乘 Alpha 的颜色分量，NRGBA 存放未预乘分量；逐字段复制或只改类型不会完成相同颜色的转换。

官方文档：https://pkg.go.dev/image/color

半透明区域变暗时，先判断表示有没有混用

把外部接口提供的 R、G、B、A 直接装入 color.RGBA 后，半透明边缘出现异常，首先要确认对方的通道契约。外部数据若是独立 RGB 加 Alpha，应先用 NRGBA 表达；若已经预乘，再当作未预乘数据处理，就可能发生重复缩放。

这个问题不能靠调整图片亮度统一解决。先明确输入通道的位深、Alpha 语义和输出要求，再选择转换入口。下面的代码均为原创说明示例，未在本任务运行；配图解释静态关系，不是处理结果截图。

快速判断：字段名相同，不代表数值语义相同

预乘可以理解为颜色分量按 Alpha 比例缩放。对于有效的 color.RGBA，R、G、B 应各自不超过 A；NRGBA 没有这个限制，例如半透明鲜亮颜色的 R 可以大于 A。完全不透明时两种表示的字段可以相同，半透明时通常不同。

还要区分 RGBA 类型与 RGBA() 方法：即使接收者是 NRGBA，调用该方法仍得到预乘值，范围为 0 到 65535，以 uint32 承载。把返回值直接转换成 uint8 会截取低位，不能正确取出8位颜色。需要8位目标表示时优先交给颜色模型，减少混用位深与预乘语义的机会。

处理步骤：用颜色模型转换一个颜色

下面把一个半透明颜色转换为 RGBA，再转回 NRGBA，同时观察完全透明颜色的边界。类型断言是针对标准颜色模型的返回类型；不要把这段写法扩展成对任何自定义 Model 都作同一种断言。

package main

import (
    "fmt"
    "image/color"
)

func main() {
    // NRGBA 的 RGB 是未预乘分量，A 为独立透明度。
    src := color.NRGBA{R: 210, G: 90, B: 30, A: 128}
    premul := color.RGBAModel.Convert(src).(color.RGBA)
    restored := color.NRGBAModel.Convert(premul).(color.NRGBA)
    fmt.Printf("输入=%+v\n预乘=%+v\n回转=%+v\n", src, premul, restored)

    // RGBA() 方法统一返回预乘的16位范围值，不能直接强转为uint8。
    r, g, b, a := src.RGBA()
    fmt.Printf("接口分量=%d,%d,%d,%d\n", r, g, b, a)

    // 完全透明但仍带隐藏RGB的NRGBA，跨过预乘表示会丢失隐藏颜色。
    hidden := color.NRGBA{R: 210, G: 90, B: 30, A: 0}
    zero := color.RGBAModel.Convert(hidden).(color.RGBA)
    back := color.NRGBAModel.Convert(zero).(color.NRGBA)
    fmt.Printf("透明回转=%+v\n", back)
}

这里没有手工乘除 Alpha，也没有给预乘结果再次乘 Alpha。程序打印的是字段与接口分量，不能只拿两组数字大小比较“颜色是否变暗”。同一个颜色用不同表示保存时，本来就可能具有不同的通道数值。

来回转换不保证逐字段相等。8位预乘会量化颜色，Alpha 很小时可区分的预乘数值更少，反向除法无法找回原始细节。若只是为了编辑独立通道，应尽量一直保留 NRGBA 原始输入，避免每个处理环节都做一次往返转换。

整图转换时，保持边界并避免原样复制Pix

color.RGBA 是一个颜色，image.RGBA 是像素图像，两者不能混为一谈。单色模型不会自动替你转换整张图；可以逐像素通过模型获得目标颜色，再写入目标 image.NRGBA。以下片段保留源图的坐标边界：

// 需要导入 image 与 image/color；本函数只展示整图转换，不写文件。
func toNRGBA(src image.Image) *image.NRGBA {
    bounds := src.Bounds()
    dst := image.NewNRGBA(bounds)
    // 使用实际边界，源图的起点未必是(0,0)。
    for y := bounds.Min.Y; y 

目的地改为 image.RGBA 时，对应使用 RGBAModel 和 SetRGBA。不能只把 image.RGBA 的 Pix 复制进 image.NRGBA 并改名称：即使两者都按四通道存储，半透明像素的分量含义仍不同。遍历时还要使用 Bounds 的实际起点，不假设所有图像都从原点开始。

这个通用写法便于解释转换责任，逐像素接口调用有开销。生产图像应限制尺寸、估算目标图分配成本，再决定是否需要专门的批量处理路径。本文不提供未经测量的性能倍数，也不把8位转换包装成高精度图像处理方案。

回退与确认：Alpha为零时无法恢复隐藏RGB

NRGBA 可以保存 A=0 但 RGB 非零的隐藏颜色。转成有效的预乘表示后，完全透明分量归零；再转回也无法恢复原来的隐藏 RGB。NRGBAModel 如果接到的本来就是 NRGBA，会保留该值，并不等于跨越预乘表示后还能恢复。这个区别在排查透明像素数据时尤其重要。

若业务依赖隐藏颜色或精确往返，应保留原始未预乘数据作为回退源；不要用已经量化的 RGBA 再反算替换备份。需要16位通道可研究 RGBA64、NRGBA64 及相应模型，但预乘与零 Alpha 的信息边界仍然存在。

处理服务出现颜色异常时，先保留输入，暂停覆盖既有产物；在小范围样本上分开查看不透明、半透明和全透明情况，再切换转换路径。记录源表示、目标表示、位深及是否允许隐藏颜色丢失，比只记录“颜色转换完成”更有助于复盘。

• 输入契约写明是否预乘，不根据四个字段的名称推测。
• 颜色模型输出与目标图像类型配套，避免中间环节重复预乘。
• 将量化差异与错误的数据解释分开，不能承诺所有8位颜色无损往返。
• 转换只改变表示，不等于把前景叠到背景；背景合成应另行确定合成规则。

NRGBA.RGBA()会返回未预乘值吗？不会，方法服从 Color 接口契约。能直接使用 color.RGBA(src) 转换吗？结构转换只复制字段含义，不完成颜色语义转换，半透明数据应走模型。全不透明时能省略转换吗？在已确认8位通道和 A=255 的前提下字段相同，但通用处理路径仍应清楚标明输入模型。

模型实现参考：https://go.dev/src/image/color/color.go。