uni-app拖拽排序卡顿主因是微信小程序对高频touchmove的DOM操作限制；应节流至16ms、仅touchend交换数组项，避免touchmove中修改data或误用movable-area。

uni-app里用touchmove做拖拽排序太容易卡顿

原生touchmove事件在小程序平台（尤其是微信）上触发频率高、响应不稳，直接绑定会导致列表项跳动、手指跟丢。这不是代码写错了，是平台对频繁 DOM 操作的限制策略导致的。

• 别在touchmove里直接修改data或调用setData/this.$forceUpdate()——每次触发都重绘整个列表，性能崩得飞快
• 用touchstart记录起始索引，touchmove只计算当前拖拽位置对应的**目标索引**（不改数据），touchend才真正交换数组项
• 加个throttle（节流）控制touchmove处理频率，建议设为 16ms（约 60fps），用setTimeout + 标志位就能实现，不用引入 lodash

微信小程序平台下movable-area不能直接套用

movable-area和movable-view是微信原生组件，uni-app 编译成小程序时虽能渲染，但无法监听其内部位置变化，也没法把列表项“塞进去”做排序——它只适合单个可拖拽块，不是列表排序方案。

• 别尝试给movable-view动态绑定v-for生成的子项，编译后会丢失事件或样式错乱
• 真要用原生拖拽能力，得用cover-view + cover-image模拟，但兼容性差、滚动冲突多，不推荐
• 跨端一致性优先选纯 Vue 实现：用position: absolute + transform: translateY临时移动元素，视觉上“悬浮”，实际数据不动

列表项交换时splice顺序写反会导致索引错乱

拖拽排序本质是数组项交换，但array.splice(fromIndex, 1)取出元素后，后续索引会前移，如果紧接着在新位置插入，很容易插错地方。尤其当拖拽方向是向上时，错误更隐蔽。

• 先取元素：const item = list.splice(oldIndex, 1)[0]
• 再插入：若newIndex > oldIndex，插入位置用newIndex - 1；若newIndex ，直接用<code>newIndex——因为前面已删一项，后面所有索引自动减 1
• 更稳妥的做法：用JSON.parse(JSON.stringify(list))深拷贝一次再操作，避免引用污染（尤其列表项含对象时）

Android 真机上touchstart可能触发两次

部分 Android 机型（尤其旧版 WebView）会在长按或快速点击时重复触发touchstart，导致拖拽状态被重置、初始位置错乱，用户一碰就“跳回原位”。

• 加个isDragging标志位，touchstart开头判断是否已处于拖拽中，是则return
• 在touchend和touchcancel里统一清空标志位和缓存坐标
• 不要依赖event.touches[0]在touchstart外取值——touches在touchend时为空，得提前存到 data 里

拖拽排序最难的不是逻辑，是各端对 touch 事件的差异化吞吐和渲染时机。iOS 微信里可能很顺，到了安卓某品牌机就卡成 PPT，这种问题没法靠“再优化一下”解决，得在设计阶段就接受“它就是会抖一下”，然后用视觉反馈（比如加个半透明遮罩、缩放动画）把瑕疵盖过去。