用户上传自拍后，本地预览是正的，提交到网站却变成横的——这类反馈在开发和运维环节都不少见。多数人先怀疑图片压缩，但真正的原因通常藏在照片文件自身携带的方向标记里。
手机拍照时会往照片里写入EXIF信息，其中包含一个方向值，用来告诉查看软件把画面旋转多少度才是正确视角。麻烦在于，各类软件对这个标记的处理并不统一：有的浏览器渲染时自动读取并应用，有的直接忽略。用户在本地看到的是正向，上传到服务器后一旦经过压缩、裁剪或转码，方向标记可能被丢掉，也可能被叠加应用一次，最终画面就歪了。更复杂的情况是，同一张图在不同环节被不同逻辑处理，结果可能旋转九十度、一百八十度，甚至出现镜像翻转。
要彻底解决，需要把上传、存储、展示三个环节逐一核对清楚。
上传环节：前端有没有读取方向信息
如果前端把原始文件原样传给后端，方向标记会一起传过去，后端就有机会处理。但如果前端在传输前先用画布做压缩或裁剪，画布默认不会保留EXIF方向。这时必须在绘制之前先读取方向值，手动把画布旋转到正确角度，再导出图片。否则压缩后的图本身就是歪的，后端再怎么处理也无法还原。
存储环节：后端有没有重写图片
不少服务在上传后会统一处理，比如生成缩略图、转换格式、裁剪尺寸。这些操作如果调用的图像库默认忽略EXIF，处理完的图就会丢掉方向标记，变成按像素原始方向存储。原图和处理图的方向可能不一致，后续展示用哪一张，结果就不同。比较稳妥的做法是：后端接收图片后先读取方向值，把图片物理旋转到正确方向，再清除方向标记。这样存储下来的图就是所见即所得的方向，后续任何处理都不会再产生歧义。
展示环节：CDN或图片服务有没有叠加旋转
有些图片服务支持在URL后面拼接参数来裁剪、旋转、压缩。如果这些参数和图片自带的方向标记叠加，就可能出现二次旋转。核对方法是把同一张图分别从源站和CDN地址打开，对比方向是否一致。如果不一致，就要检查CDN的图片处理配置里有没有默认旋转或自动纠正方向的选项。
校正顺序与排查方法
可以按以下顺序安排：先在本地用图片查看工具确认原图的方向标记和实际显示方向，记录下方向值；然后在前端上传逻辑里验证是否读取并应用了这个方向值；接着在后端接收后检查存储的图片方向是否正确；最后在展示端对比源站和CDN的显示结果。每一步都保留一张处理后的图，和原图放在一起对比。这样一旦方向不对，能快速定位是哪个环节引入的偏差。
原图与处理图的对应关系要保留
不少团队在处理完图片后只留下最终版本，原始文件被覆盖或删除。等到用户反馈头像歪了，已经无法还原当时的处理过程。建议在存储时保留原图，处理图用单独的命名规则或目录存放，并在数据库里记录两者的关联。这样排查时可以直接拿原图重新走一遍处理流程，验证是哪一步改变了方向。
图片方向这类问题看起来小，但涉及前端、后端、存储、分发多个环节，任何一个环节的默认行为都可能导致最终结果不一致。it数运在交付这类功能时，习惯把每个环节的处理结果都留一份可核对的样本，确保从用户选择图片到最终展示，方向始终一致。技术问题往往不是靠猜，而是靠一步步核对出来的。
