Go标准库image包无Resize函数，缩放需用image/draw配合插值器，裁剪用SubImage但须手动校验边界，JPEG解码需设Quality防内存暴涨。
缩放图片时 image.Resize 不存在？别找，标准库没这个函数
Go 标准库的 image 包本身不提供直接缩放或裁剪函数。你看到的 image.Resize 通常来自第三方库（比如 github.com/nfnt/resize），不是标准库一部分。标准库只负责解码、编码和基础像素操作，缩放得自己算坐标或借助外部包。
常见错误现象：代码里写了 image.Resize(...) 却报 undefined: image.Resize；或者导入了 image 后以为有现成方法，结果卡在双线性插值逻辑里。
- 真正可用的标准库路径是
image/draw，它提供draw.BiLinear和draw.NearestNeighbor插值器，配合draw.Draw实现缩放 - 如果只是等比缩放且对质量要求不高，用
draw.ApproxBiLinear足够；需要精确控制，就得手动构建目标*image.RGBA并遍历采样 - 注意
draw.Draw的 dst 参数必须是可写的图像类型（如*image.RGBA），传*image.NRGBA或解码后的image.Image接口会静默失败或 panic
裁剪图片必须先确认坐标是否越界，否则 subImage 会 panic
image.Image.SubImage 是标准库唯一“裁剪”手段，但它不是复制像素，而是返回原图的一个视图——底层数据共享。一旦原图被释放或修改，裁剪结果可能出错；更关键的是，它不做边界检查。
典型错误：传入负坐标、宽高超出原图尺寸，运行时报 panic: runtime error: slice bounds out of range，但错误堆栈不指向你的裁剪行，而是深藏在 image.(*NRGBA).At 之类调用里。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 裁剪前务必手动校验：
x0, y0≥ 0，x1 ≤ bounds.Max.X，y1 ≤ bounds.Max.Y - 推荐封装一层安全裁剪函数，例如：
func safeCrop(img image.Image, r image.Rectangle) *image.RGBA { b := img.Bounds() r = r.Intersect(b) if r.Empty() { return image.NewRGBA(image.Rectangle{}) } return image.NewRGBA(r).(*image.RGBA) } - 注意
SubImage返回的是image.Image接口，不能直接断言为*image.RGBA；如需写入，必须新建目标图像并用draw.Draw复制
用 golang.org/x/image/draw 缩放时，插值器选错会导致边缘发虚或锯齿严重
第三方扩展包 golang.org/x/image/draw 补齐了标准库缺失的高质量重采样能力，但它把插值策略完全暴露给你选——选错直接影响输出质量，尤其对小图标或文字截图这类高频细节多的图。
常见误用：一律用 draw.CatmullRom（计算开销大但未必更好），或忽略 alpha 通道导致半透明区域出现黑边。
-
draw.NearestNeighbor：适合像素风图、缩略图预览，快但有明显马赛克 -
draw.ApproxBiLinear：标准缩放首选，速度与质量平衡，支持 alpha 混合 -
draw.CatmullRom：锐度高，但小图缩放易过冲（边缘光晕），且不处理 alpha，需额外用draw.Over合成 - 缩放后务必用
png.Encode或jpeg.Encode保存，别直接用fmt.Printf打印图像对象——那只是地址
处理 JPEG 图片时忘记设置 jpeg.Decode 的 Quality 会导致内存暴涨
Go 解码 JPEG 默认使用最高精度（Quality = 100），生成的 *image.YCbCr 在转成 *image.RGBA 时会触发全量像素转换，一张 4000×3000 的图轻松吃掉 50MB+ 内存。这不是 bug，是设计使然。
现象：本地跑得动，上线后 OOM；或者缩放一张大图耗时数秒，CPU 占满。
- 解码前设置
jpeg.DecodeConfig获取尺寸，提前判断是否需要缩放；再用jpeg.Decode配合jpeg.Options{Quality: 75}降低精度 - 更省内存的做法：用
image.Decode先读 header，根据尺寸决定是否流式缩放（如先缩到 1/4 再 decode） - 注意
jpeg.Options只影响解码质量，不影响最终保存的 JPEG 质量；保存时要单独传jpeg.Options给jpeg.Encode
image.NRGBA 和 image.RGBA 的 alpha 处理逻辑不同，直接套用 draw 函数可能让白底变灰。这点没有错误提示，只有肉眼对比才看得出来。 
