layui上传组件不解析EXIF方向信息，需手动用EXIF.js在choose回调中读取Orientation字段，并在preview阶段通过CSS transform修正预览图；后端也应清洗EXIF以彻底归一化存储。
layui 上传组件本身不解析 exif 方向信息，所以默认不会自动纠正旋转 —— 这不是 bug，而是它压根没读 orientation 字段。必须手动介入，在预览阶段用 exif.js 解析并应用 css transform 修正。
为什么图片上传后总转 90 度？
手机拍摄的 JPG 文件在 EXIF 元数据中存有 Orientation 字段（值 1–8），浏览器渲染 <img> 标签时会自动识别并旋转，但 layui 的 obj.preview 回调里传入的 result 是 base64 或临时 URL，此时原始文件的 EXIF 已被剥离或未被解析，导致显示“错位”。
- iOS 拍摄竖图常标记为
Orientation: 6（顺时针 90°），但预览时没处理就直接渲染，看起来横了 - 安卓部分机型用
Orientation: 3或8，表现不一致 -
layer.photos、layui.upload均不内置 EXIF 解析逻辑
在 choose 回调里用 EXIF.getData 解析方向
关键是在 obj.preview 执行前，先从 file 对象读取 EXIF，并根据 Orientation 计算应设的 transform 值，再动态加到预览 <img> 上。
- 引入
exif-js（注意：用 2.3.0+ 版本，兼容现代浏览器） -
choose回调中对每个file调用EXIF.getData(file, callback) - 只在
file.type === 'image/jpeg'时解析（PNG/GIF 无 Orientation） - 根据返回的
orientation值设置 CSS：transform: rotate(90deg) scaleX(-1)等组合 - 常见映射：
6 → rotate(90deg)，8 → rotate(-90deg)，3 → rotate(180deg)
避免重复 apply transform 导致叠加变形
每次 preview 都会新建 <img>，但若用户反复选择同一张图，或多次触发 choose，未清理旧样式会导致 transform 叠加 —— 图片越转越歪。
- 给预览
<img>加唯一 class，如layui-upload-img-corrected - 在插入前先移除已有同名元素，或用
$(img).css('transform', value)覆盖而非追加 - 不要用
style="transform: ..."内联写死，改用$(img).addClass('rotated-6')+ CSS 类控制更稳妥 - 注意 Safari 对
transform-origin的默认行为，建议显式设为center
后端接收时是否还要处理？
前端旋转只是视觉修正，原始文件仍带 Orientation 标签 —— 如果后端不做处理，原图保存后下次在其他环境（如微信、旧版 Android）打开仍可能错位。
- 强烈建议后端也做一次 EXIF 清洗：读取 Orientation，按需旋转像素，再重写 JPEG 并清除 Orientation 标签
- 前端修正解决的是“用户立刻看到正确效果”，后端修正是“彻底归一化存储”
- 若后端无法改，至少在生成缩略图时强制 strip EXIF，避免传播错误方向
真正麻烦的不是代码几行，而是得同时盯住三处：choose 里的解析时机、preview 里的样式注入方式、以及后端是否同步清洗 —— 少一处，旋转问题就会在某个设备上突然冒出来。
