Go图像处理核心是解码→内存操作→编码→流转闭环，依赖标准库与x/image扩展，支持流式二进制处理；JPEG需转RGBA后绘图，PNG建议统一转RGBA；缩放须预分配目标图并依场景选ApproxBiLinear或CatmullRom算法。
Go语言处理图片的核心在于解码→内存操作→编码→流转这一闭环。它不依赖外部命令或重型库，靠标准库+官方扩展包就能完成高质量、低开销的图像处理，同时天然适配二进制数据流（如HTTP上传、数据库存取、文件批量转换）。
图片加载与格式解码要分清类型
Go的image.Decode返回的是接口image.Image，但具体实现因格式而异：
- JPEG解码后是
*image.YCbCr，不能直接传给绘图函数，需先转为*image.RGBA：rgba := image.NewRGBA(img.Bounds())<br>draw.Draw(rgba, rgba.Bounds(), img, img.Bounds().Min, draw.Src)
- PNG解码后通常是
*image.NRGBA或*image.RGBA，可直接使用，但仍建议统一转为*image.RGBA避免后续兼容问题 - 读取文件时别传
*os.File给绘图函数——draw.Draw只做像素搬运，不解码；必须先image.Decode
缩放务必预分配目标图并选对算法
最稳定可靠的缩放方式来自golang.org/x/image/draw：
- 用
image.NewRGBA按目标宽高创建空白图，否则draw.Draw会panic：“invalid destination image” - 算法选型有明确取舍：
•draw.ApproxBiLinear：速度快，适合Web缩略图、实时预览
•draw.CatmullRom：质量高，边缘锐利，适合出版级输出，但耗时多3–5倍 - 大图缩放时注意内存：10MB原图缩放可能瞬时占用30MB+内存（解码+目标图+临时缓冲），建议加限流或分批处理
二进制流转要避免全量加载
无论来自HTTP请求、数据库还是本地文件，二进制数据应尽量以流式方式传递：
立即学习“go语言免费学习笔记（深入）”；
- Base64上传：用
base64.NewDecoder(base64.StdEncoding, r.Body)包装请求体，再用io.Copy直写磁盘或解码器，不经过[]byte中转 - 存入PostgreSQL：
BYTEA字段直接接收[]byte，但大批量插入时建议用pgx.Batch或事务分块，防OOM - 从数据库读出图片：用
rows.Scan(&data)获取[]byte后，立即传给bytes.NewReader(data)送入image.Decode，不落地临时文件
批量处理推荐命令行工具链
对目录下成百上千张图做统一流程（压缩→转WebP→加水印→存指定路径），不建议手写循环：
- 用
piclaw：纯CLI，支持通配符、并发控制、失败跳过，一条命令搞定：piclaw -in *.jpg -out ./webp/ -format webp -quality 80 -watermark logo.png - 自建微服务用
picox：暴露HTTP API，通过URL参数动态处理，适合前端直传或CDN回源场景，所有计算在内网完成 - 若需深度定制逻辑（如按EXIF旋转、智能裁剪），可在上述工具基础上封装Go函数，用
filepath.Walk遍历+goroutine池控制并发数
