uni-app中swipe-action点不动，因真机touch事件穿透问题，尤其在scroll-view内被拦截；需避免catchtouchmove、改用page-scroll、HBuilderX真机运行、App端开启编译选项。
uni-app 里 swipe-action 组件为什么点不动？
因为默认不支持真机调试时的 touch 事件穿透，尤其在 scroll-view 或自定义滚动容器里，swipe-action 的滑动手势会被拦截。
- 确保外层没用
catchtouchmove或preventDefault拦截了 touch 事件 - 避免把
swipe-action放在scroll-view内部——它和原生滚动冲突，建议改用页面级滚动（page-scroll） - 真机测试必须用 HBuilderX 运行，微信开发者工具里
swipe-action不生效（无对应原生能力） - App 端需开启「启用 swipe 滑动菜单」编译选项（HBuilderX → 项目设置 → App 设置）
手写左滑菜单比用 swipe-action 更可控？
是的。官方组件封装过重，比如无法自定义回弹阻尼、滑动阈值、菜单层级，也不支持多级菜单或图标动态切换。
- 核心靠监听
touchstart/touchmove/touchend，记录clientX偏移量 - 用
transform: translateX()驱动列表项位移，别直接改left（影响性能） - 滑动结束时判断位移是否超过阈值（如
120px），再调用animate回弹或固定展开 - 务必在
touchmove中加e.preventDefault()，否则 iOS 下会触发页面滚动
translateX(${diff}px)
滑动菜单和下拉刷新/上拉加载一起用容易卡顿？
会。根本原因是多个 touch 事件监听器叠加，加上频繁操作 DOM 样式，导致主线程压力大，尤其低端安卓机。
- 把菜单状态抽成
activeIndex响应式变量，只允许一个菜单展开，避免多开竞争 - 滑动过程中禁用下拉刷新（
uni.startPullDownRefresh不会触发，但要关掉enablePullDownRefresh配置） - 上拉加载更多时，先收起所有已展开菜单（
this.activeIndex = -1），再请求数据 - 菜单按钮点击区域至少留够
44px高度，防止误触或响应延迟
微信小程序里左滑菜单显示错位或被截断？
这是 overflow: hidden 和 position: relative 的组合陷阱。微信小程序渲染层对负向 transform 的裁剪逻辑和 Web 不一致。
- 给列表项父容器加
overflow: visible !important（用写在组件内，加!important才生效） - 菜单区域不要用
absolute脱离文档流，改用relative+z-index提升层级 - 避免在
swiper或tabbar页面中嵌套滑动菜单——它们自带 touch 拦截，优先级更高 - 真机调试时打开「调试器 → Rendering → Paint flashing」看是否频繁重绘，有就说明样式计算太重
实际开发中最容易被忽略的是：滑动菜单的“关闭”动作没有统一出口。用户点了别的区域、切了 Tab、甚至横竖屏切换，都该自动收起。这个逻辑得自己补，swipe-action 不管。
