iOS 设备拍摄的 JPEG 图片常包含 EXIF 方向标记（Orientation tag），而 Go 的 imaging 库默认解码时会忽略该标记并丢弃 EXIF 数据，导致图像被“错误”显示为横置或倒置——实际并非旋转，而是丢失了方向元信息。
ios 设备拍摄的 jpeg 图片常包含 exif 方向标记（orientation tag），而 go 的 `imaging` 库默认解码时会忽略该标记并丢弃 exif 数据，导致图像被“错误”显示为横置或倒置——实际并非旋转，而是丢失了方向元信息。
在使用 Go 处理移动端（尤其是 iOS）上传的 JPEG 图片时，一个常见却容易被忽视的问题是：图片在 S3 上存储后显示为 90° 或 180° 旋转，但原始上传预览正常。这并非 imaging 库“错误地旋转了图像”，而是它在解码过程中主动剥离了 EXIF 元数据（特别是 Orientation 标签，位于 TIFF/EXIF 的 tag ID 0x0112），而 iOS 相机默认将竖拍照片以横向传感器原始尺寸保存，并通过 Orientation = 6（Rotate 90° CW）等值告知渲染端应如何展示。
disintegration/imaging 库的 imaging.Decode() 默认行为是 忽略 EXIF 方向信息、返回未经旋转的原始像素阵列。因此，当你直接对解码后的图像调用 Resize 和 Encode 时，得到的是物理上横置的位图（例如 4032×3024 的图被当作 3024×4032 渲染），而浏览器或图片查看器因无 EXIF 提示，便按标准左上角起点显示，造成“旋转错觉”。
✅ 正确做法是：在解码阶段显式启用自动方向校正。imaging 库提供了 imaging.AutoOrientation 选项：
img, err := imaging.Decode(file, imaging.AutoOrientation(true))
if err != nil {
log.Printf("failed to decode image with orientation: %v", err)
http.Error(w, "invalid image format", http.StatusBadRequest)
return
}
// 此时 img 已根据 EXIF Orientation 自动旋转/翻转为视觉正确的位图
newImage := imaging.Resize(img, 300, 300, imaging.Lanczos)
⚠️ 注意事项：
-
imaging.AutoOrientation(true)仅对 JPEG 有效（依赖jpeg.Decode的 EXIF 解析），PNG/WebP 等格式无此问题； - 启用后，输出图像不再携带原始 EXIF 数据（包括 GPS、时间等），如需保留元信息，需改用支持 EXIF 操作的库（如
github.com/rwcarlsen/goexif+ 手动修正）； - 前端（iOS App）无需修改上传逻辑，但可考虑在上传前用
UIImage.jpegData(compressionQuality:)并设置UIImage.Orientation.up强制归一化（不推荐，增加客户端负担）； - 若业务要求保留原始 EXIF（如地理标签），建议先用
goexif读取Orientation，手动调用imaging.Rotate/Flip，再清除或重写 EXIF。
总结：这不是 Bug，而是 JPEG 元数据与渲染语义的分离现象。始终在解码时启用 AutoOrientation 是 Go 后端处理移动设备图片的必备实践，能确保缩略图、头像、商品图等场景下视觉一致性。
