摄影展示页面上传一张相机原片，点击旋转按钮，图片要么纹丝不动，要么转完之后方向更乱。商品图库和内部素材管理页面也常遇到类似情况：运营人员明明看到缩略图是横的，点了旋转却没有任何反馈，刷新之后又回到原来的方向。这类问题看起来是按钮失灵，实际牵扯的环节比想象中多，需要按层核对，而不是反复点击。
第一层先核对文件格式与相机型号信息。RAW并不是一种统一格式，不同厂商有各自的变体，同一品牌不同机型也可能存在差异。网页端能否处理，取决于解码环节是否覆盖了该文件的具体变体。核对方法是查看上传文件的后缀与相机型号，确认网页端当前支持的格式清单里是否包含这一项。如果清单里没有，旋转按钮无论怎么点都不会有结果，此时问题不在旋转逻辑，而在解码入口。
第二层核对EXIF方向标记与旋转逻辑。很多RAW文件在拍摄时记录了方向信息，网页端展示时可能读取了这个标记，也可能忽略了它。如果读取成功但旋转后没有写回，用户看到的就是点了没反应；如果读取失败，展示方向本身就是错的，旋转操作等于在错误基础上再叠加一次。核对时可以先下载原文件，用本地看图工具确认原始方向，再对比网页端展示方向，判断是元数据没读到，还是旋转结果没保存。
第三层核对前端预览与后端转码流程。网页端展示的往往不是原始RAW，而是转码后的预览图。旋转操作可能只作用在前端预览层，后端转码流程并未同步；也可能后端已经处理，但前端缓存没有刷新。判断方法是换一个浏览器或清除缓存后重新打开，观察方向是否变化。如果变化了，问题在展示层；如果依旧，问题更可能在后端处理环节。这一层需要技术方介入查看转码日志，普通运营人员能做的只是记录现象。
整理一份分层核对清单，方便日常排查。先确认文件后缀与相机型号是否在支持范围内；再对比本地与网页端的原始方向；然后清除缓存换浏览器复测；最后记录操作时间、文件名和现象，交给技术方定位。能自行验证的是前两步和现象记录，涉及解码库、转码参数和写回逻辑的部分，属于技术方处理边界，不必反复尝试。
预防上可以做三件事。上传前约定格式范围，在页面显眼位置说明当前支持哪些RAW变体，减少无效上传；失败时给出明确提示，比如“该格式暂不支持旋转”，而不是让按钮静默无响应；素材入库时保留原始文件与转码结果的对应关系，方便后续追溯。it数运在网站维护中一直强调把技术问题说明白，把交付过程做清楚，这类旋转失效的问题，说清楚卡在哪一层，比反复修按钮更有用。
