必须禁用Layui上传压缩并正确加载EXIF.js：移除resize参数、避免canvas重绘、原生files[0]获取文件；EXIF.js需在layui.js后立即引入且非AMD包裹；GPS经纬度需手动转小数并处理方向标识；服务端必须兜底解析EXIF，因80%相册图无GPS数据。
layui上传前必须用原图，否则EXIF丢失
layui的upload组件默认会压缩图片（尤其在auto模式下），一旦压缩，原始jpeg中的exif数据（包括gpsinfo、datetimeoriginal等）大概率被清空。实测发现：即使设置accept: 'images'且exts: 'jpg|jpeg'，只要触发了前端压缩（比如限制size或resize），exif.getdata就返回空对象或缺失gpslatitude/gpslongitude。
解决办法只有一条：禁用所有压缩逻辑，强制走原图上传路径：
- 确保
upload.render()中不设resize参数（哪怕值为false也不行，某些版本会误触发） - 移除
before回调里对file对象的readAsDataURL+ canvas重绘操作（这是最隐蔽的EXIF清除源） - 用
choose事件拿到input[type="file"]原生files[0]，而不是依赖upload内部封装的file对象 - 安卓端注意：uni-app里
tempFilePaths是临时路径，但Layui在Web端直接用File对象，别混淆
EXIF.js在Layui中加载时机很关键
很多开发者把exif.js放在layui.use回调里，结果EXIF.getData报undefined is not a function——因为EXIF是全局变量，不是layui模块。它必须在layui.config之后、layui.use之前加载，且不能被AMD模块系统包裹。
正确做法：
- 在
<script src="layui/layui.js"></script>之后，立即插入<script src="exif.js"></script>（不要用layui.addcss或layui.cache管理） - 验证是否生效：
console.log(typeof EXIF)必须输出"function"，而非"undefined" - 调用时别漏掉
onload：图片需完全加载后才能读EXIF，new Image().src = URL.createObjectURL(file)后必须等img.onload再执行EXIF.getData
经纬度解析要处理度分秒格式
EXIF里的GPSLatitude和GPSLongitude不是小数，而是三元数组[deg, min, sec]，且带方向标识（N/S/E/W）。直接取allMetaData.GPSLatitude会得到类似[39, 57, 42.123]的结构，不转换无法用于地图API。
手动转小数的逻辑必须写死，别依赖第三方函数：
const lat = allMetaData.GPSLatitude[0] + allMetaData.GPSLatitude[1]/60 + allMetaData.GPSLatitude[2]/3600- 再根据
allMetaData.GPSLatitudeRef === 'S'加负号（同理GPSLongitudeRef === 'W'） - 注意：iOS相册选图几乎100%无GPS数据，仅拍摄时有；Android部分厂商（如华为、小米）相册图也常被系统剥离EXIF，别硬扛
服务端 fallback 是刚需，别信前端能搞定
即使前端一切正常，用户仍可能上传PNG、HEIC、WebP或被微信/QQ二次压缩过的图——这些格式要么不支持EXIF，要么GPS字段被抹除。Layui上传后，服务端必须有兜底方案：
- Java用
metadata-extractor库解析原图（比AndroidExifInterface兼容性更好） - Node.js用
sharp的metadata()方法，它能读JPEG/HEIC/PNG的EXIF（但HEIC需额外编译libheif） - Python用
PIL.Image.open().getexif()（注意_getexif()已弃用） - 关键点：服务端解析失败时，应返回明确错误码（如
{"code":400,"msg":"no_gps_data"}），前端据此提示“该照片未记录位置信息”，而不是静默失败
真正的坑不在代码怎么写，而在你默认“用户上传的图一定有EXIF”——现实里80%的相册图都没GPS，连EXIF.getAllTags()都返回空对象。先做服务端校验，再谈前端体验。
