HTML拖拽排序需preventDefault()确保drop触发,用insertBefore精确插入,移动端须降级处理,表单控件需在dragstart缓存状态、dragend恢复,否则交互失效。
HTML拖拽排序本身不破坏列表交互,但只要 dragover 没 preventDefault()、drop 时用错 DOM 插入方法、或没处理移动端降级,点击、输入、焦点就会立刻失效。
浏览器默认禁止在任意元素上放置拖拽内容,dragover 触发时不调用 event.preventDefault(),后续的 drop 就永远不会触发——哪怕监听了也没用。
<ul> 或 <div class="list">)绑定 dragover,别全局监听cursor: move 或 draggable="true" 就以为能 dropdraggable 支持极差,dragover 即使加了 preventDefault() 也可能静默失败appendChild 总是把节点塞到末尾,而用户拖拽是“插到某两项之间”,视觉和逻辑必须一致。用 insertBefore 才能精确控制插入位置。
e.target 前还是 e.target.nextElementSibling 前drop 触发时,被拖节点可能还在原位,直接 insertBefore 不会报错,但 appendChild 可能导致它从 DOM 中消失再出现两次e.target 可能是文本节点或空格,建议用 e.target.closest('.list-item') 定位真实项拖拽过程中,浏览器会重绘并临时移除焦点样式,如果没缓存 input 的 value 和 selection,松手后内容就丢了,checkbox 状态也可能回退。
立即学习“前端免费学习笔记(深入)”;
dragstart 阶段遍历所有子 input、textarea,用 dataset 缓存 value 和 selectionStart/End
dragend 后立即恢复,而不是等 drop 完成——因为 drop 只发生在目标容器,源容器的恢复得独立做focus 事件自动触发恢复:拖拽期间焦点被强制清除,focus 可能根本不会再次触发最常被忽略的是 Safari 移动端和表单状态缓存——前者需要 fallback 到 mousedown/mousemove 实现,后者一旦漏掉 dragstart 的快照,用户编辑两秒后拖一下,输入就清空了。