手机竖拍的照片上传后变成横躺，人脸朝左，有时甚至整个倒过来。刷新页面、切换浏览器都没用，可把原图下载回来一看又是正常的。这多半不是拍错了，而是照片里那个负责记录方向的EXIF标记，在从手机到网页的某一段路上被弄丢了。手机按下快门时，感光元件记录的像素排列方向其实是固定的，设备会额外写一个方向标记进去，告诉显示程序该转多少度。这个标记一旦消失，程序就只会照着原始像素排布来显示，方向自然就乱了。
先弄清图片从拍摄到显示的完整路径
要找到问题出在哪，得把整条链路拆开看。用户按下快门，手机生成图像数据和EXIF方向标记。前端页面读取文件时，如果走了Canvas压缩、裁剪或重新编码，方向标记通常不会被带过去。上传编码阶段，有些上传组件会统一转码，也容易把元数据丢掉。服务端收到文件后，图像处理库如果调用了自动旋转，会按标记旋转像素并清除标记，这本身没问题；但如果处理库只读像素、忽略标记，就会留下一个方向不对的图像。存储层如果再压一次或生成缩略图，方向信息可能继续丢失。最后经过CDN分发到浏览器，浏览器只按最终像素渲染，不会再管那个已经消失的标记。
分三层核对，定位丢失点
可以从三个位置入手排查。前端看上传组件有没有读取方向标记，是在压缩前就完成了旋转，还是直接把原始文件交给服务端。服务端看图像处理库的配置，确认是自动旋转后清除标记，还是完全忽略标记。存储层看同一张图有没有被多次处理，比如原图、缩略图、裁剪图各自走了不同路径，导致部分尺寸方向正确、部分尺寸方向错误。
验证方法其实不复杂
准备一张带有明确方向标记的样张，用手机竖拍一张包含文字的照片就行。让这张图走完整的用户上传流程，在每个环节各输出一份结果：前端读取后的预览、上传接口收到的文件、服务端处理后的存储文件、CDN返回的最终文件。逐环节比对方向是否正确，就能锁定是哪一步清除了标记。如果前端预览正常而服务端存储异常，问题就在服务端处理逻辑；如果存储正常而页面展示异常，问题就在分发或渲染环节。
修复顺序建议从链路末端往前查
先确认浏览器拿到的最终文件是否带有方向标记，再检查CDN缓存是否返回了旧版本，然后核对服务端处理库的旋转策略，最后检查前端上传组件是否在压缩时丢弃了元数据。修复后需要做回归验证，用竖拍、横拍、带标记和不带标记的样张分别走一遍流程，确认所有尺寸和所有入口的表现一致。it数运在网站维护中处理这类问题时，通常会把图片链路当作一个整体来核对，而不是只改某一层。把每一层的输入输出记录清楚，方向错乱这类问题就能稳定复现和修复。
