App端多任务列表点击预览跳转是因uni-app默认预加载导致，需通过遮罩+确认弹窗、遮罩挂载根节点、事件捕获加固三方面阻止。
App端多任务列表为什么点开会预览跳转？
因为uni-app在App端（iOS/Android）默认对uni.navigateTo等路由跳转做了“预加载”行为：只要列表项绑定@tap并调用跳转，WebView就可能提前渲染目标页、甚至触发状态栏下拉或页面闪烁——这不是bug，而是原生容器为提升体验做的预判，但对多任务列表（如后台任务、待办清单、审批流）来说，用户还没确认操作，就“闪一下”很干扰。
怎么阻止App端列表项的预览行为？
核心是切断“点击即触发跳转”的链路，改用显式控制。不能只靠event.preventDefault()（uni-app里无效），得从三处入手：
- 列表项
@tap不直接调用uni.navigateTo，改为触发遮罩+确认弹窗，例如：@tap="handleTaskClick(item)" - 遮罩层必须用
v-show而非v-if，否则App端切换时易白屏或定位错乱 - 遮罩组件内部要加
catchtouchmove和catchtap，防止手指滑动穿透到下方列表滚动（尤其Android WebView） - 真机测试时，若仍出现轻微闪屏，可在
handleTaskClick里加setTimeout(() => { uni.navigateTo(...) }, 100)，错开渲染帧
遮罩层如何避免被scroll-view裁剪或滚动跟随？
多任务列表常用scroll-view实现局部滚动，但它的overflow: hidden会创建新层叠上下文，导致z-index失效——你设了9999，照样被盖住。解决方案不是调高z-index，而是绕过它：
- 遮罩层不写在
scroll-view内部，而是挂载到page根节点下（通过uni.$emit+ 全局监听，在App.vue中统一渲染） - 样式不用
position: fixed，改用position: absolute; top: 0; left: 0; width: 100vw; height: 100vh; - H5端补一句
transform: translateZ(0)强制硬件加速，防闪烁；App端iOS需额外加will-change: transform（仅显示前一刻设置） - 遮罩层父容器不能有
transform、perspective或filter，否则会截断层级
遮罩里的“确认/取消”按钮为什么点了没反应？
常见于多任务场景：用户点列表项→弹遮罩→点“确认”→没跳转。问题往往不在逻辑，而在事件捕获链断裂：
- 遮罩层外层必须同时写
catchtouchmove和catchtap，缺一不可；只写catchtap在iOS上仍可能穿透 - 按钮本身要加
catchtouchmove，否则Android微信内置浏览器里快速点击会触发背景滚动 - 别用
pointer-events: none禁用背景交互——App端部分版本不识别，H5兼容性差 - 检查是否在
onLoad里就调用了uni.hideLoading()之类API，导致遮罩未完全挂载就被清掉
遮罩不是样式问题，是渲染上下文和事件流的问题。App端每个平台WebView行为略有差异，真机调试比模拟器更关键，尤其iOS和华为系安卓机。
