根本原因是 Go 的 image 包未自动注册 JPEG/GIF 解码器，需显式导入 "image/jpeg" 或 "image/gif"；PNG 已内置注册。
用 image.Decode 读取图片时为什么总返回 “unknown format”
根本原因不是文件损坏，而是 Go 没有自动注册解码器。标准库的 image 包默认只注册了 png，jpeg 和 gif 需要显式导入对应子包，否则 image.Decode 碰到 .jpg 或 .gif 就会失败。
- 处理
jpeg：必须import _ "image/jpeg" - 处理
gif：必须import _ "image/gif" - 处理
png：可省略（image/png已内置注册） - 注意是
import _ "xxx"，下划线表示只执行包初始化，不引入符号
resize 不是 image 标准库的功能，得靠第三方包
Go 标准库没有缩放、裁剪、旋转等高级操作——它只提供底层像素访问和基础格式编解码。想 resize 图片，必须引入外部包，最常用的是 github.com/nfnt/resize（轻量、纯 Go）或 golang.org/x/image/draw（官方维护，但需手动实现缩放逻辑）。
-
nfnt/resize支持双线性插值，调用简单：resize.Resize(width, height, src, resize.Lanczos3) -
golang.org/x/image/draw更底层，需自己创建目标*image.NRGBA，再调用draw.Bilinear等函数 - 别直接用
image.SubImage做裁剪后保存——它返回的是共享底层数组的视图，若原图后续被修改或释放，结果图可能出错；应copy到新图像
保存 JPEG 时颜色异常或文件为空？检查 jpeg.Encode 的 *os.File 是否已关闭
常见错误是打开文件写入后没等 jpeg.Encode 完成就 Close() 了，或者忘记在 Encode 前设置 os.O_CREATE | os.O_WRONLY | os.O_TRUNC 标志，导致写入失败但无报错。
- 务必用
os.OpenFile(path, os.O_CREATE|os.O_WRONLY|os.O_TRUNC, 0644) -
jpeg.Encode第二个参数必须是实现了io.Writer的对象（如*os.File），不能传nil或未初始化的变量 - JPEG 不支持透明通道，若源图是
*image.NRGBA（含 alpha），需先转成*image.RGBA并丢弃 alpha，否则编码会静默失败或颜色偏移
dst := image.NewRGBA(image.Rect(0, 0, w, h))
draw.Draw(dst, dst.Bounds(), src, image.Point{}, draw.Src)
// 再 encode，不能直接 encode src 如果它是 NRGBA
批量处理图片时内存暴涨？image.Decode 后记得 src = nil
image.Decode 返回的图像对象（如 *image.RGBA）底层持有大块像素内存，GC 不会立即回收，尤其在循环中反复解码高分辨率图时，容易触发频繁 GC 或 OOM。
立即学习“go语言免费学习笔记（深入）”；
- 处理完一张图后，显式置空引用：
img = nil - 对大图做缩放前，优先用
resize.Resize的流式方式（传入io.Reader），避免一次性全量解码进内存 - 不要在 goroutine 中无节制启动 decode ——
image.Decode本身不并发安全，多个协程共用同一输入流会出错
image 对象生命周期里」。这些点不踩一遍坑，光看文档很难意识到。 
