uni-app App端swipe-action不灵因仅模拟滑动、未调用原生侧滑能力；真解法是Vue 3下用ref+touch事件手动控制transform位移，配合阈值判断与样式重置，禁用scroll-view内使用，并处理厂商兼容性。
uni-app App端滑动删除为什么用 swipe-action 不灵？
因为 swipe-action 是 H5 和小程序通用组件，但原生 App（iOS/Android）里它不触发原生侧滑手势，实际是“假滑动”——靠 touch 事件模拟，卡顿、回弹不跟手、无法和系统列表滚动冲突处理，上线后用户一划就懵。
- 真需求是：手指左滑列表项 → 项缩进 → 显示「删除」按钮 → 松手自动吸附或回弹
- App 端必须走原生能力，
swipe-action在app-plus编译目标下默认降级为静态布局，不响应滑动 - 替代方案只有两个：
uni-swipe-action（官方封装，但仅支持 Vue 2 + 依赖uni-app旧版 runtime）或手写touchstart/touchmove/touchend+transform: translateX()
App 端真正可用的侧滑删除怎么写（Vue 3 + Composition API）
绕过组件限制，直接操作 DOM 元素位移 + 原生 touch 响应。核心是监听 touch 事件、计算偏移、加 CSS 过渡、松手判断阈值并执行动画收放。
- 给列表项外层加
ref，比如id或 class 查询（uni-app 虚拟 DOM 下易错位） - 在
onTouchStart记录起始clientX；onTouchMove计算差值，限制最大左滑距离（如 -120px），实时设置style.transform = 'translateX(' + offsetX + 'px)' -
onTouchEnd判断：若Math.abs(offsetX) > 60，则补满到 -120px 并触发删除逻辑；否则动画回弹到 0 - 必须加
touch-action: none到滑动容器上，否则 iOS 会抢走 touch 事件，导致划不动
translateX(${offsetX.value}px)
为什么删完要手动重置 offsetX 和清空 DOM 样式？
因为 uni-app 的列表渲染（v-for）复用节点，滑动状态不会随数据更新自动重置。如果删掉某一项后没清掉它的 transform，下次同位置元素渲染出来时，可能直接带着 -120px 偏移显示，看着像“凭空左移”。
- 每次删除成功后，必须同步执行
itemRef.value.style.transform = 'translateX(0)'，且设transition: none避免回弹干扰 - 不能只靠
offsetX.value = 0，DOM 样式是最终生效层，响应式变量只是中间状态 - 如果用了
key强制不复用（如:key="item.id + Date.now()"），性能会明显下降，长列表快速滑动时掉帧 - 安卓低端机上，
transform动画若没加will-change: transform，也可能出现闪帧
App 端侧滑删除还有哪些硬性限制绕不开
不是所有交互都能靠 JS 模拟。系统级行为如“滑动中继续滚动列表”，或者“滑动删除同时下拉刷新”，目前无解——uni-app 的 scroll-view 和自定义 touch 事件天然互斥，一旦监听了 touchstart，scroll-view 就收不到滚动信号。
- 禁止在
scroll-view内做侧滑删除；必须用页面原生滚动（page级 overflow-y: scroll） - iOS 上，若列表项含
input或textarea，focus 后 touch 事件会被截断，需在 focus 时强制关闭滑动状态 - App 端无法监听“滑动删除完成”的系统回调（如 iOS swipe-to-delete 的 completion block），所有“删完了”的判断都得自己写阈值+动画结束时机
- 真机调试时，HBuilderX 的“运行到手机”模式下，某些 Android 厂商系统（如 vivo、OPPO）会拦截
touchmove，需加e.preventDefault()且确保不在body上触发默认行为
事情说清了就结束。
