uni-app中splice删除图片数组项的正确写法是this.selectedImages.splice(index, 1)，index必须为合法下标，禁用delete避免留空位；需配合:key="img.path"、上传任务abort及缓存同步确保UI与数据一致。
uni-app 中 splice 删除图片数组项的正确写法
直接用 splice 是最常用也最稳妥的方式，但必须注意索引是否有效、是否触发响应式更新。常见错误是传入错误的 index（比如从 previewImage 里误传了 url 而非下标），或在异步操作中删错位置。
关键点：
-
this.selectedImages.splice(index, 1)是标准写法，index必须是合法数组下标（0 <= index < this.selectedImages.length） - 不要用
filter或findIndex去匹配path再删——容易因路径重复、临时路径变动导致误删 - 如果用了对象数组（如
{ path: '...', status: 'pending' }），删完后记得重置相关状态（比如清空上传进度）
为什么 delete this.selectedImages[index] 不行
delete 会把对应位置设为 undefined，但数组长度不变，v-for 渲染时仍会留空格、甚至报错（如 Cannot read property 'path' of undefined）。这不是删除，只是“挖坑”。
典型错误现象：
- 界面上出现空白缩略图区域
- 点击删除按钮后，后续图片预览错位（
index和实际位置不一致） -
uni.previewImage({ urls: this.selectedImages })报错或跳过空白项
带确认弹窗的删除逻辑怎么写才安全
用户点了 × 就立刻删，体验差；加弹窗又容易在异步回调里丢失上下文。推荐封装成带 index 参数的独立方法，并在 success 回调里操作数据。
实操建议：
- 用
uni.showModal的success回调执行splice，避免在fail或cancel里误删 - 不要在弹窗前就
splice，否则用户点“取消”时已不可逆 - 如果图片正在上传（
status === 'uploading'），应先调用uploadTask.abort()再删，否则可能残留失败请求
删除后如何保持 UI 和数据一致性
删完图片，页面上对应 <image></image> 元素还在 DOM 里晃悠？那大概率是 :key 没写对。uni-app 的 v-for 对 key 敏感，尤其数组动态变化时。
必须做到：
-
v-for="(img, index) in selectedImages"时，:key不能只用index（重排后 key 失效），推荐用:key="img.path"或:key="index + '_' + img.path" - 删完立即调用
this.$forceUpdate()不必要，只要数组响应式更新，视图就会同步 - 如果用了本地缓存（
uni.setStorageSync），删数组后记得同步更新缓存，否则刷新页面又恢复
真正容易被忽略的是：多图上传中途删除某张，其关联的 uploadTask 实例没 abort，后台可能还在收一个已废弃的文件。
