go标准库image包不支持jpeg缩放、旋转、调亮及alpha保存；需显式导入解码器，类型转换和颜色空间适配不可省略，否则运行时panic。
Go 标准库 image 包能完成读、写、裁剪、像素遍历等基础操作，但**不能直接缩放、旋转、调整亮度或保存带 Alpha 的 JPEG**——这些不是“不会”，而是标准库压根没提供对应函数，硬写会 panic 或生成损坏文件。
为什么 image.Decode 经常报 invalid JPEG format
因为 image.Decode 不是万能识别器：它依赖已注册的解码器，而 Go 默认只注册 PNG；JPEG/GIF 必须显式导入对应包，否则读到 JPEG 文件头就直接失败。
- 必须加
import _ "image/jpeg"和import _ "image/gif"，否则image.Decode对非 PNG 文件返回错误 - 更稳妥的做法是先用
http.DetectContentType(buf[:512])检查魔数，再分发给jpeg.Decode/png.Decode——避免把 PNG 当 JPEG 解码导致 panic - 上传场景下，
*multipart.File是io.Reader，但jpeg.Decode会一次性读完流；若之前已读过部分字节（比如为了检测类型），需用bytes.NewReader(buf)重置，否则解码为空
jpeg.Encode 报 cannot encode image.RGBA as JPEG 怎么办
JPEG 规范不支持 Alpha 通道，jpeg.Encode 只接受 *image.YCbCr 或能转为 YCbCr 的类型（如 *image.NRGBA 可以，*image.RGBA 不行）。
- 安全做法：创建目标
*image.YCbCr，再用draw.Draw(dst, dst.Bounds(), src, src.Bounds(), draw.Src)复制像素 - 偷懒但可行：用
imaging.Clone()或gocv.CvtColor()转颜色空间（引入额外依赖） - 别忽略
*jpeg.Options{Quality: 85}—— 默认 75 偏模糊，设 95+ 可能因量化表溢出失败；80–90 是稳妥区间
想缩放图片？别碰 image/draw.Scale
image/draw.Scale 是标准库唯一缩放入口，但它只有 NearestNeighbor 和 Bilinear，无抗锯齿控制、不支持 Lanczos，输出马赛克明显，不适合生产环境。
- 推荐
github.com/nfnt/resize：API 简单，resize.Resize(w, h, img, resize.Lanczos3)一行搞定锐利小图 - 注意返回值是
*image.NRGBA，存 JPEG 前仍需转 YCbCr，否则又触发cannot encode错误 - 并发调用时，每个 goroutine 必须新建
resize.Bicubic实例；复用会导致concurrent map writespanic
修改像素前必须确认图像类型可写
image.Image 是只读接口，At(x, y) 能读，但 Set(x, y, c) 只在 *image.RGBA、*image.NRGBA 等具体类型上存在。
- 错误写法：
img.Set(0, 0, c)（img是image.Image接口）→ 编译失败 - 正确做法：先类型断言，如
rgba, ok := img.(*image.RGBA)，再操作rgba.Set - 高频修改像素时，直接操作
rgba.Pix切片比反复调用Set快 3–5 倍，但要注意 stride 和坐标换算
真正容易被忽略的点是：所有涉及格式转换的操作（解码 → 缩放 → 编码）都隐含类型契约，不是“拿到 image.Image 就能随便传”。漏掉一次类型检查或颜色空间转换，就会在运行时崩，而且错误信息极其模糊。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
