uni-app中实现多图上传预览需设maxCount:5，存路径数组并手动管理增删；H5用URL.createObjectURL预览；上传须分步或直传；previewImage仅支持HTTP/HTTPS或合法本地路径；图片状态需持久化存储防丢失。
uni-app里怎么用uni.chooseImage支持多图上传并预览
直接调用uni.chooseImage默认只允许选1张，要实现淘宝追评那种「最多5张、可删可换」效果，必须手动控制count和tempFiles状态。别信文档里说的“iOS不支持多选”——那是老版本，uni-app 3.9+ 已全平台支持count: 5。
关键点在于：选完图不能直接塞进data，得先转成base64或临时路径存数组，否则页面渲染卡顿，且uni.uploadFile不认tempFilePaths里的重复路径（iOS尤其敏感）。
- 用
maxCount: 5代替count（更兼容H5） - 每次选择后，把
tempFiles里的path推入imageList数组，不要直接赋值整个tempFiles - 删除某张图时，用
splice操作数组，别用filter——会重置索引，导致预览图错位 - H5端需额外判断
uni.getSystemInfoSync().platform === 'h5'，然后用URL.createObjectURL生成预览地址，否则img标签加载失败
表单提交时如何把多图和其他字段一起发给后端
uni-app没有内置「表单序列化」，uni.uploadFile也不支持同时传JSON字段和文件流。常见错误是把content、score等拼进formData，结果后端收不到——因为uni.uploadFile的formData只接受字符串值，对象会变[object Object]。
正确做法是分两步：先上传所有图片拿到fileId列表，再用uni.request发评价主体数据。如果后端要求一次提交，就让后端提供「带签名的直传接口」，前端用uni.uploadFile逐个上传，把返回的url或id收集起来，最后作为数组字段发过去。
- 别在
formData里塞imageList: this.imageList——它是个路径数组，不是文件对象 - 每个
uni.uploadFile调用必须配独立name（如file0,file1），后端才能按序解析 - 上传并发数控制在3以内，不然安卓低端机容易
uploadFile:fail abort - 上传前检查
imageList.length > 0，空数组也要显式传[]，避免后端字段校验失败
为什么uni.previewImage在追评页点开总是黑屏或报错previewImage:fail invalid data
这是最常被忽略的坑：传给uni.previewImage的urls数组，必须是**完整可访问的HTTP/HTTPS地址**，或者**本地临时路径（仅限App和小程序）**。如果你把uni.chooseImage返回的tempFilePaths直接塞进去，在H5端必然失败，因为H5的tempFilePath是blob:协议，previewImage根本不识别。
解决方案只有两个：要么上传完成后用返回的CDN地址构建urls，要么H5端改用uni.showModal + img标签模拟预览（别硬刚previewImage）。
- 小程序真机调试时，
tempFilePath开头是wxfile://，可用；但微信开发者工具里可能变成http://，导致预览失败 - App端iOS对
file://路径敏感，建议统一用plus.io.convertLocalFileSystemURL转换后再传 - 别在
urls里混用协议，比如['https://a.jpg', 'file://b.png']——部分安卓机型直接崩溃
追评页的「编辑态」和「提交态」怎么安全切换不丢图
用户写到一半切后台再回来，或者网络失败后重试，图片很容易丢失。根本原因在于tempFilePaths是临时的，App冷启动或小程序被回收后就失效了。不能依赖onShow里重新读取tempFiles——它早没了。
可靠方案是：一旦用户选中图片，立刻用uni.setStorage存imageList（只存路径，别存base64，太占空间），并在onLoad里uni.getStorage恢复。注意加防抖，避免频繁写存储拖慢UI。
- 存之前过滤掉已上传成功的图片路径（保留未上传的），避免重复提交
- 提交成功后立即
uni.removeStorage清空，否则下次进来还是旧图 - 如果用了
canvas加水印，水印后的路径才是要存的，原始tempFilePath不能再用 - App端需监听
plus.runtime.restart事件，在重启后主动恢复图片状态
