最稳妥方式是用v-if控制基于唯一标识的loadingMap对象，确保状态隔离和精准更新；需配合$set、cover-view双标签适配多端、防抖及finally关闭。
uni-app里怎么给某个view加点击后局部loading
直接用v-if控制一个loading状态变量最稳妥，别碰v-show——它不销毁节点，动画和遮罩容易残留。核心是让loading只作用于目标区域，且不影响其他组件的响应。
常见错误是把loading放在页面data顶层，结果一点就全屏卡住；或者用uni.showLoading这种全局API，根本做不到“局部”。
- 给目标按钮或容器绑定
@click="handleClick(item)"，传入唯一标识（比如item.id） - data里定义
loadingMap: {}，用loadingMap[itemId] = true标记单个条目 - 模板中用
v-if="loadingMap[item.id]"控制该条目的loading插槽或自定义spinner - 务必在请求完成（无论成功失败）后手动置
loadingMap[item.id] = false
uni-app刷新某一块数据时如何避免整个list重绘
关键不是“刷新”，而是“精准更新”。uni-app的Vue.set或this.$set在数组更新时经常被忽略，导致视图不响应。
比如你只改了list中第2项的status字段，但直接写this.list[1].status = 'done'，H5可能更新，小程序大概率失效。
- 用
this.$set(this.list[1], 'status', 'done')确保响应式生效 - 如果用的是ref数组，改用
list.value[index] = {...list.value[index], status: 'done'}再整体赋值 - 避免在
watch里直接修改原数组，尤其不要用splice或push后不触发更新——优先用map生成新数组再赋值 - 复杂嵌套结构建议用
JSON.parse(JSON.stringify())浅克隆后再改，比深拷贝库更轻量且兼容性好
uni-app中自定义局部loading组件怎么适配多端
小程序平台对position: fixed支持差，尤其iOS微信，遮罩层容易错位；H5则对z-index敏感。不能靠一套CSS走天下。
推荐用cover-view（仅小程序）+ view（H5/APP）双标签包裹，用uni.getSystemInfoSync().platform动态切样式。
- 小程序端用
<cover-view class="loading-mask"><cover-image src="/static/loading.png"></cover-image></cover-view>，避免被原生组件盖住 - H5/APP端用普通
<view class="loading-mask"><image src="/static/loading.png"></image></view>，配合position: absolute定位 - 遮罩透明度统一设为
background: rgba(0,0,0,0.3)，别用opacity，否则内部文字也变淡 - 尺寸单位全用
rpx，但cover-view不支持rpx，得用px并按750设计稿换算
为什么uni-app点击后loading一闪而过、接口还没返回就消失了
基本是Promise没链住，或者try/catch吞掉了错误但没清loading。最典型的是用了async/await却忘了catch块里也要关loading。
另一个隐蔽坑：uni.request默认超时时间是60秒，但用户点完两秒没反应就会狂点，导致多个请求并发，后发先至的响应把前序loading关了。
- 所有异步操作必须包在
try/catch里，finally中统一关闭对应loading - 加防抖：点击后立刻置loading，同时用
setTimeout设个300ms锁，期间忽略重复点击 - 接口超时显式设为
timeout: 10000，并在catch里判断err.errMsg?.includes('timeout')做提示 - 别在
success回调里直接this.loading = false，要确认是当前这次请求的响应
局部loading的本质是状态隔离，每个可交互单元都要有独立生命周期。最容易被忽略的是错误路径的状态清理——只要loading开了，就必须有且仅有一次关闭动作，不管成功失败。
