用 image.Decode 读图前必须检查 Content-Type 或文件头，否则易 panic 或报 unknown format；缩放需保留 alpha 通道；裁剪须校验边界；JPEG 编码前需转 YCbCr，PNG 则严格要求输入类型。
用 image.Decode 读图前必须检查 Content-Type 或文件头
Go 的 image.Decode 不会自动跳过文件头或识别错误格式，直接传入非图片数据（比如 HTML 响应体、空文件、JPEG 文件混了 PNG 头）会 panic 或返回 image: unknown format。常见于从 HTTP 请求读取 multipart/form-data 或本地路径未校验时。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 先用
http.DetectContentType或手动读取前 512 字节调用image.DecodeConfig，确认格式支持再解码 - 别依赖扩展名判断格式——
xxx.png文件内容可能是 GIF，Decode会失败 - 对用户上传的图，务必加
defer src.Close()，否则可能泄漏文件句柄
resize.Resize 缩放后透明通道丢失？得手动保留 RGBA
标准库 image 包本身不提供缩放函数，多数人用第三方库如 github.com/nfnt/resize。但它的默认输出是 *image.NRGBA，如果原图是 *image.RGBA（带 alpha），缩放后可能被转成无 alpha 的类型，导致背景变黑或透明区域糊成灰边。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 缩放前用
image.NewRGBA显式创建目标图像，确保 alpha 通道存在 - 传给
resize.Resize时指定resize.Lanczos3而非默认的Bilinear，后者在小图缩放时容易模糊边缘 - 如果源图是
*image.Paletted（如 GIF），先用image/draw.Draw转成RGBA再缩放，否则颜色索引会错乱
裁剪用 subImage 比 draw.Draw 快，但要注意边界越界
subImage 是零拷贝操作，只要传入的矩形在原图 bounds 内，就直接返回一个视图；而 draw.Draw 是深拷贝像素。但很多人直接用用户传来的 x,y,w,h 构造 image.Rect，没做校验，结果 panic：runtime error: index out of range。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 用
rect := image.Rect(x, y, x+w, y+h).Intersect(src.Bounds())安全裁剪，自动截断到有效范围 - 如果要居中裁剪固定尺寸（比如头像 200×200），先算出
dx = (src.Bounds().Dx() - w) / 2，再确保dx >= 0 - 裁剪后若需保存为 JPEG，记得把
RGBA转成YCbCr：JPEG 不支持 alpha，否则jpeg.Encode会静默丢弃透明通道
jpeg.Encode 和 png.Encode 的质量与透明处理差异很大
JPEG 不支持透明，PNG 支持但默认压缩慢；两个编码器对输入图像类型的容忍度也不同。jpeg.Encode 只接受 *image.YCbCr 或可转换的类型（如 RGBA），但不会报错——它会默默丢掉 alpha 并转成 YCbCr；png.Encode 则严格要求输入是 RGBA 或 Paletted，否则 panic。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 存 JPEG 前务必调用
image.NewYCbCr+draw.Draw转换，避免隐式转换导致色彩偏移 - 存 PNG 时若不需要透明，用
color.NRGBAModel.Convert去掉 alpha，能减小体积 - 批量处理时别用
jpeg.Encode默认质量（约 75），设成&jpeg.Options{Quality: 90}更稳妥，低于 60 会出现明显块状伪影
最麻烦的是格式链路：读图 → 解码 → 裁剪 → 缩放 → 转颜色空间 → 编码，每一步都可能悄悄改写像素或丢通道，调试时最好在关键节点用 image.ColorModel() 打印类型，而不是只看变量名。
