根本原因是go的image标准库不自动处理颜色模型转换：jpeg解码后为image.ycbcr，png可能为image.nrgba，而draw.draw要求源目标格式兼容，否则缩放后变黑或报unsupported color model错误；实操需统一转成*image.nrgba并用draw.draw绘制。
用 image/jpeg 和 image/png 读写时，为什么缩放后图片变黑或报错？
根本原因是 Go 的 image 标准库不自动处理颜色模型转换。比如 JPEG 解码后是 *image.YCbCr，PNG 可能是 *image.NRGBA，而 draw.Draw 要求源和目标图像有兼容的像素格式。直接缩放再保存，常因 Alpha 通道缺失或 YCbCr 未转 RGB 导致全黑或 invalid image: unsupported color model 错误。
实操建议：
- 统一转成
*image.NRGBA：用image.NewNRGBA创建目标画布，再用draw.Draw将原图（经image.Image接口隐式转换）绘制过去 - 读取后立刻做类型断言 + 转换：对
*image.YCbCr，用color.NRGBAModel.Convert逐像素转；更高效的是用golang.org/x/image/draw的Draw函数，它内部已处理多数模型适配 - 写入前检查：
if _, ok := img.(image.RGBA64); !ok { /* 转成 RGBA 或 NRGBA */ }
如何用 golang.org/x/image/draw 实现高质量双线性缩放？
image/draw 包比标准库 draw.Draw 多了缩放滤波支持，但默认是最近邻（draw.NearestNeighbor），模糊或锯齿明显。要清晰缩放，必须显式传入 draw.BiLinear 或 draw.CatmullRom。
实操建议：
- 目标尺寸计算别硬编码：用
float64(src.Bounds().Dx()) / float64(src.Bounds().Dy())判断宽高比，再按需等比缩放 - 创建目标图像时，用
image.Rect(0, 0, width, height)明确指定区域，避免Bounds()返回负值引发 panic - 调用示例：
dst := image.NewNRGBA(image.Rect(0, 0, newW, newH))<br>draw.BiLinear.Scale(dst, dst.Bounds(), src, src.Bounds(), draw.Over)
- 注意
Scale的第 2、4 个参数是目标/源的image.Rectangle，不是宽高整数——填错会导致空白或偏移
给图片加文字水印时，中文乱码、位置偏移、透明度失效怎么办？
Go 标准库无内置字体渲染，依赖 golang.org/x/image/font + opentype 解析字体文件。乱码主因是字体不支持中文；位置偏移因未考虑字符度量（FixedWidth、Height）；透明度失效则因水印图层未用 NRGBA（带 Alpha）创建。
实操建议：
- 字体必须加载完整字形集：用
opentype.Parse读取 .ttf 文件，再用font.Face构造时指定face.Metrics().Height作为行高基准 - 中文位置计算：用
face.Metrics().Ascent算基线偏移，再结合draw.String的 y 坐标，否则文字“沉底” - 水印图层单独建：
mark := image.NewNRGBA(dst.Bounds())，绘制文字后再用draw.Draw(dst, mark.Bounds(), mark, image.Point{}, draw.Over) - 透明度控制：在绘制水印前，对
mark每个像素手动调整 Alpha 值，例如c.A = uint8(float64(c.A) * 0.3)
如何让函数同时支持 JPEG/PNG/WebP 并保持 EXIF 元数据？
image 标准库读取时会丢弃 EXIF；WebP 需额外导入 golang.org/x/image/webp；而不同格式的保存函数（jpeg.Encode、png.Encode）参数差异大（如 JPEG 有 *jpeg.Options，PNG 没压缩级别参数）。
实操建议：
- EXIF 保留需分两步：先用
exif.Read（来自github.com/rwcarlsen/goexif/exif）从原始 bytes 提取，缩放后重新注入到新图片 bytes 中 - WebP 支持：注册解码器
webp.RegisterDecode，并用webp.Decode替代image.Decode；编码用webp.Encode，注意其*webp.Options中Lossless和Quality互斥 - 统一保存接口：按后缀名匹配格式，再调用对应 Encode 函数；JPEG 必须传
&jpeg.Options{Quality: 90}，否则默认质量极低 - 不要试图用
image.DecodeConfig判断格式后复用 reader——多次读取会失败，应bytes.NewReader(rawBytes)分别传给解码和 EXIF 提取
最易被忽略的是：缩放+水印后生成的新图像，其 DPI、ICC Profile、EXIF DateTime 等元数据全部丢失，如果业务依赖这些字段（如摄影平台），必须手动迁移，不能只靠图像像素操作。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
