Go中image.Decode需显式注册解码器，未调import _ "image/jpeg"等会导致“invalid format”；水印用draw.DrawMask处理透明通道；文字渲染须用x/image/font；大图应先DecodeConfig再按需解码。
用 image/jpeg 和 image/png 读写图片时，为什么总报 “invalid format”？
因为 Go 的 image.Decode 不会自动识别格式，必须显式注册解码器。没调用 image/jpeg.RegisterFormat() 或 image/png.RegisterFormat()，哪怕文件后缀是对的，也会失败。
- 所有主流格式（
jpeg、png、gif）都需要提前注册，import _ "image/jpeg"这种写法本质就是触发包初始化里的RegisterFormat - 如果只 import
"image"，Decode会返回“unknown format”错误，不是文件损坏 - 注意：
image/gif默认只注册了 LZW 解码，不支持 interlaced 或 Netscape 扩展，真遇到动图异常得换golang.org/x/image/webp类第三方库
水印叠加用 draw.DrawMask 还是 draw.Draw？
取决于水印图是否有透明通道。纯色文字水印用 draw.Draw 足够；带 alpha 的 PNG 水印图必须用 draw.DrawMask，否则透明部分会变成黑块。
-
draw.Draw(dst, dstRect, src, srcPt, op)：适合无 alpha 的水印（如白字黑底），op 通常用draw.Over -
draw.DrawMask(dst, dstRect, src, srcPt, mask, maskPt, op)：mask传水印图像本身（它得实现image.Image接口），才能正确混合 alpha - 别直接把水印图当
mask传给DrawMask后再传一次src——src在这里其实是“遮罩颜色”，一般填image.Black即可
文字水印怎么避免模糊和锯齿？
Go 标准库不带字体渲染，golang.org/x/image/font 系列才是正解。用 font.Face + draw.DrawGlyphs 才能控制 hinting、DPI、抗锯齿开关。
- 别用字符串转
image.RGBA像素点手动画字——没法缩放、没抗锯齿、中文基本糊成一片 - 选字体时注意：
truetype.Parse只支持 .ttf，.otf 需要额外处理；中文推荐 NotoSansCJK 或思源黑体 - 字号单位是「1/64 像素」，所以 16pt 要传
fixed.Int26_6(16 * 64)；dpi设 72 是常规屏，高清屏建议 144+ - 文字位置坐标是基线（baseline）起点，不是左上角，垂直对齐要手动算
face.Metrics().Descent
处理大图内存暴涨甚至 OOM 怎么办？
标准库 image.Decode 会把整张图解码进内存，一张 8000×6000 的 JPEG 解出来轻松超 200MB。不能靠加 swap 硬扛。
立即学习“go语言免费学习笔记（深入）”；
- 优先用
jpeg.DecodeConfig/png.DecodeConfig先读宽高，判断是否需要缩放再决定是否全量解码 - 水印区域小的话，考虑用
subImage切出 ROI（Region of Interest）单独处理，而不是 decode 整图 - 写入前用
jpeg.Encode的&jpeg.Options{Quality: 85}控制体积，别默认 100——质量损失肉眼难辨，体积能减 40% - 并发处理多图时，限制 goroutine 数量（比如用
semaphore包），避免同时解码十几张 4K 图直接打满内存
水印位置计算、alpha 混合系数、字体 DPI 适配这三处最容易漏掉测试，尤其在不同分辨率设备间迁移时——参数看着对，实际跑起来偏移或发虚，得拿真实图反复对。
