原生拖拽需在dragstart中调用dataTransfer.setData()，否则后续事件失效；dragover必须preventDefault()且目标元素需可接收；drop时getData类型须与setData严格匹配；移动端不支持该API。

dragstart 事件里必须设置 dataTransfer

HTML5 原生拖拽不是“拿起来就走”，dragstart 中不调用 dataTransfer.setData()，后续所有拖拽事件（dragover、drop）都会失效——浏览器直接忽略。常见错误是只加了 draggable="true" 就以为完事了。

• dataTransfer.setData("text/plain", "item-123") 是最简可用写法；类型字符串不能乱写，"text/plain" 和 "text/html" 兼容性最好
• 若要传结构化数据（如 ID 或 JSON），仍需用字符串序列化：dataTransfer.setData("application/json", JSON.stringify({id: 1, type: "card"}))
• 不设 dataTransfer.effectAllowed 时，默认允许复制+移动，但某些浏览器（如 Safari）会限制为仅复制，显式设成 "move" 更可控

dragover 事件必须阻止默认行为

dragover 默认被浏览器阻止，否则 drop 根本不会触发——这是最常被卡住的点。光监听没用，关键在事件处理函数里加 event.preventDefault()。

• 只写 event.preventDefault() 不够，还要确保该元素本身支持接收拖入（比如不是 而是
  或带 contenteditable 的容器）
• 如果想高亮目标区域，可在 dragover 里动态加 class：event.target.classList.add("drag-over")，但记得在 dragleave 清掉
• 不要在 dragover 里做重计算或 DOM 操作，它触发极频繁，容易卡顿

drop 事件中读取 dataTransfer 数据要匹配 setData 类型

drop 里用 dataTransfer.getData("text/plain") 取不到值？大概率是 setData 和 getData 的类型字符串不一致。类型名区分大小写，且部分浏览器对自定义类型（如 "myapp/item"）支持有限。

• 优先用 "text/plain" 传输简单标识符，兼容性最佳
• 若用了 setData("application/json", ...)，getData("application/json") 在 Firefox/Chrome 可用，但 Safari 会返回空字符串——此时应 fallback 到 getData("text/plain")
• dataTransfer.files 只在用户从文件系统拖入时存在，和 setData 无关，别混淆

移动端不支持原生 drag/drop API

所有 iOS Safari 和多数安卓 WebView（包括 Chrome for Android 的非桌面模式）完全忽略 draggable 属性和相关事件。这不是 bug，是规范未要求实现。试图在移动端靠这套逻辑做排序列表或画布拖拽，必然失败。

• 真实方案是监听 touchstart → touchmove → touchend，自己模拟位移和释放逻辑
• 可复用 pointerdown/pointermove/pointerup 统一处理，但要注意 touch-action: none 阻止默认滚动
• 第三方库如 interact.js 或 sortablejs（启用 forceFallback: true）已封装这些细节，比手写更稳

原生拖拽看着简单，但跨浏览器行为差异、移动端缺失、dataTransfer 类型匹配松散，让实际集成比预期脆弱得多。真正上线前，至少要在 iOS Safari、Chrome Android、桌面 Edge 上各跑一次完整拖放流程。