image.Decode 总是返回 "unknown format" 是因为标准库默认仅注册 PNG 解码器，JPEG、GIF 等需手动导入如 _ "image/jpeg" 以触发 init() 注册；解码依赖 magic bytes 匹配已注册格式，未导入则失败。
Go 标准库的 image 包能读取、解析和基本操作图片，但不支持编码（保存）常见格式（如 JPEG、PNG）——必须显式导入对应解码器子包，否则 image.Decode 会返回 "unknown format" 错误。
为什么 image.Decode 总是返回 "unknown format"
标准库默认只注册了 image/png（仅限 PNG），其他格式（JPEG、GIF）需手动触发初始化。Go 不会自动加载所有解码器，这是为避免无用依赖和二进制膨胀。
- 必须在
main或init中导入对应包，例如：_ "image/jpeg"、_ "image/gif" - 导入时用下划线前缀（
_），仅执行包的init()函数，不引入符号 - 顺序无关，但建议统一放在
main.go顶部 import 块中
如何从文件或字节流安全解码图片
image.Decode 接收 io.Reader，但不会自动探测格式；它依赖已注册的解码器匹配文件头（magic bytes）。若未注册对应解码器，或输入数据不完整/损坏，就会失败。
- 始终检查错误：
img, format, err := image.Decode(reader)，format是识别出的字符串（如"jpeg"） - 对不可信输入（如用户上传），应限制读取长度，避免 OOM：
io.LimitReader(f, 10（限制 10MB） - 不要直接传入未 seekable 的流（如 HTTP body）多次解码——
Decode会消耗 reader，重复调用会读到 EOF
*image.RGBA 和 image.Image 接口的区别与转换代价
image.Decode 返回的是满足 image.Image 接口的类型（如 *jpeg.Image），底层内存布局各异；而 *image.RGBA 是标准、可写、像素级访问友好的格式。
立即学习“go语言免费学习笔记（深入）”；
- 多数图像处理（裁剪、绘制、滤镜）需先转换：
rgba := image.NewRGBA(img.Bounds())，再用draw.Draw(rgba, rgba.Bounds(), img, img.Bounds().Min, draw.Src) - 这个转换不是零拷贝：会逐像素复制并做颜色空间适配（如 YCbCr → RGBA），对大图有明显 CPU 和内存开销
- 如果只需读取像素，可直接用原图的
At(x, y)方法，但性能低于直接访问*RGBA.Pix底层数组
标准库不支持写入图片文件，别试图用 image.Encode 直接保存
image.Encode 是接口函数，但它本身不提供任何编码实现；你必须导入对应包（如 _ "image/jpeg"）才能让 jpeg.Encode 可用。标准库没有“通用 save”函数。
- 保存 PNG：
png.Encode(w, img)（需import "image/png"） - 保存 JPEG：
jpeg.Encode(w, img, &jpeg.Options{Quality: 85})（Quality范围 0–100） - 保存 GIF：
gif.Encode(w, img, &gif.Options{})，注意它只接受*image.Paletted或自动转为索引色，真彩色图会被降色
真正麻烦的地方在于：没有内置缩放、旋转、加水印等操作——这些得靠 golang.org/x/image/draw 手动组合，或引入第三方库。标准库只管“表示”和“编解码”，不管“处理”。
