image/draw.Bilinear 缩小小图易模糊因双线性插值依赖邻域猜测，源图＜32px时偏差显著；应小图用NearestNeighbor、大图选Bilinear/CatmullRom；注意其不处理alpha通道、需显式加载PNG保持透明、无Resize函数须手动组合draw.Draw、防OOM需控内存与及时释放。
为什么 image/draw.Bilinear 在缩放小图时容易糊得离谱
因为双线性插值本质是“猜像素”，原始图像越小、目标尺寸越大，猜测偏差越明显——尤其当源图宽高不足 32px 时，draw.Bilinear 往往比 draw.NearestNeighbor 还模糊。
- 实操建议：对图标、二维码、文字截图等小图，强制用
draw.NearestNeighbor；大图（≥200px）再考虑Bilinear或CatmullRom - 注意
image/draw.Bilinear不支持透明通道插值，alpha 值会被简单混合，导致边缘发灰 - 如果你调用
draw.Draw(dst, dst.Bounds(), src, src.Bounds().Min, op)却没指定draw.Bilinear，默认用的是draw.Src模式（直接覆盖），不是插值——这常被误认为“没生效”
如何正确加载 PNG/JPEG 并保持 Alpha 通道不丢
Go 的 image.Decode() 默认会把 PNG 的 alpha 合成到黑色背景上，JPEG 则根本没 alpha，但你代码里可能根本没察觉。
- 加载 PNG 时必须用
png.Decode()显式调用，并检查返回的*image.NRGBA类型；别依赖image.Decode()的泛型结果 - JPEG 不含 alpha，强行转
*image.NRGBA会导致 alpha 全为 255（不透明），后续缩放叠加时出错 - 统一处理建议：用
image.NewNRGBA(dstBounds)创建目标图，再用draw.Draw把源图“按原样”画进去（op=draw.Src），避免隐式转换
draw.Resize 不存在？别被文档误导
标准库 image/draw 包根本没有 Resize 函数——这是很多人卡住的第一步。所有缩放都得靠 draw.Draw + 手动计算目标矩形 + 插值器组合实现。
- 典型错误：写
dst := draw.Resize(src, w, h, draw.Bilinear)→ 编译报错：undefined: draw.Resize - 正确路径：先创建目标
*image.NRGBA，再调用draw.Draw(dst, dst.Bounds(), src, src.Bounds().Min, draw.Bilinear) - 关键细节：
src.Bounds().Min必须是image.Point{0,0}，否则缩放会偏移；如果想居中裁切再缩放，得自己算src的子矩形，不能只改dst.Bounds()
内存暴涨和 OOM 常发生在哪几个环节
图片缩放本身不慢，但 Go 的 image 类型底层是 []byte，一张 4000×3000 的 RGBA 图占约 48MB，中间变量一多，GC 跟不上就直接爆掉。
立即学习“go语言免费学习笔记（深入）”；
- 常见雷区：反复
image.NewNRGBA创建新图，却不dst = nil或让旧图脱离作用域 - 批量处理时，别把所有缩放后图片存在 slice 里攒着返回；逐个 encode 到
io.Writer（比如文件或 HTTP response）更安全 - 读取大图前先用
jpeg.DecodeConfig或png.DecodeConfig拿尺寸，超阈值（如 >5000px）直接拒绝，避免解码失败前就分配巨量内存
真正麻烦的从来不是插值算法选哪个，而是你没意识到 image 对象不会自动释放，也不像 Python 那样有引用计数提示——它就安静地躺在堆里，等着你忘了它。
