最稳组合是disintegration/imaging+filepath.WalkDir+带缓冲的worker channel；须三值接收image.Decode结果并检查img==nil，否则易因静默返回nil图像导致后续panic。
用 disintegration/imaging + filepath.walkdir + 带缓冲的 worker channel 是当前最稳、最易维护的组合；别碰 nfnt/resize 默认配置，它默认不保留 alpha，批量处理 png 时容易炸出透明边或灰底。
image.Decode 返回 nil 图像却不报错，怎么防 panic？
Go 标准库的 image.Decode 只在彻底无法识别格式时才返回非 nil err；如果文件头损坏、EXIF 过长、或含不支持的色彩空间（如 CMYK JPEG），它可能静默返回 (nil, "jpeg", nil)——第二个返回值是猜的格式，第三个是 nil，但图像实例为空。这会导致后续 imaging.Resize 直接 panic。
- 必须三值接收：
img, format, err := image.Decode(f)，且err == nil不能跳过img == nil检查 - 对
img == nil的情况，先用image.DecodeConfig读 header 判断是否真为图像，再决定跳过还是报错 - 批量场景下加一行日志：
log.Printf("skip %s: decode returned nil image, format=%q", path, format)
裁剪用 image.SubImage 还是 imaging.Crop？边界怎么算才不 panic？
imaging.Crop 和 image.SubImage 都不做边界检查。传入负数、超出原图尺寸的 x/y/w/h，运行时直接崩溃，堆栈还藏在底层像素访问里。
- 安全裁剪第一步：先算矩形并交集原图 bounds：
r := image.Rect(x, y, x+w, y+h).Intersect(src.Bounds()) - 居中裁 200×200？先取原图宽高：
w, h := img.Bounds().Max.X, img.Bounds().Max.Y，再算起点：x := (w - 200) / 2，y := (h - 200) / 2，最后用image.Rect(x, y, x+200, y+200) -
image.SubImage返回的是视图，不是新图；后续若修改原图或 GC 回收底层数组，裁剪结果可能异常——真正需要独立副本，得用image.NewRGBA(r)+draw.Draw复制
文字水印发虚、偏移、黑块，freetype 参数怎么设才对？
image/draw 只做像素搬运，不处理字体渲染、alpha 合成或颜色空间转换。文字水印必须先生成位图，而 freetype.Face.Size 单位是「1/64 磅」——传 16 就等于 16/64 = 0.25 磅，几乎不可见；传 1024 则巨大溢出。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
freetype.Context.SetDPI(72)必须调，否则尺寸失真 - 基线坐标要用
y + face.Metrics().Ascent.Round()，不是裸y，否则整体上移或截断 - 水印图 bounds 必须检查：
if wm.Bounds().Dx() == 0 || wm.Bounds().Dy() == 0，避免 panic - 目标矩形必须用
pt.Add(wm.Bounds().Size())动态算，别硬写宽高
并发压缩 OOM、goroutine 泛滥、CPU 打满，怎么压住？
一张 4000×3000 的 JPEG 解码后约 36MB（RGBA），10 张就超 300MB。直接对每个文件起 go process(file) 是最常见翻车点：1000 张图 = 1000 个 goroutine，瞬间吃光 16G 内存。
- 用带缓冲 channel 控制并发数，例如：
sem := make(chan struct{}, 4)，每启动一个 goroutine 前sem ，完成后 - 每处理完一张图立刻
dst = nil; src = nil，并确保 decode 后的image.Image不逃逸到堆外引用 - 更省内存：用
github.com/disintegration/imaging替代原生image/draw，它内部做了复用和裁剪优化；或对大图先用image.DecodeConfig获取尺寸，判断是否需要缩放再决定是否全量解码
EXIF 方向、色彩空间（YCbCr vs RGBA）、alpha 合成兼容性、worker 生命周期管理——这些点不显眼，但批量跑起来第一个崩的就是它们。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
