17370845950

根本原因是dragover事件默认被浏览器阻止，导致drop事件中dataTransfer数据为空；必须在放置区监听dragover并调用event.preventDefault()才能解锁数据读取权限。

drop 事件里拿不到 dataTransfer.getData 的内容？

根本原因是 dragover 事件默认被浏览器阻止，导致后续的 drop 事件中 dataTransfer 数据为空。不处理 dragover，drop 就收不到任何数据。

必须在放置区元素上监听 dragover，并在其回调中调用 event.preventDefault() —— 这是唯一能“解锁” drop 数据读取权限的操作。

• dragenter 和 dragover 都要阻止默认行为，但只有 dragover 是必需的（部分浏览器只认它）
• 不能只靠 drop 事件内部调用 preventDefault：太晚了，数据早已被清空
• 如果放置区是 contenteditable 或表单控件，可能还需额外处理焦点干扰

dataTransfer.getData 返回空字符串的常见原因

即使 dragover 正确阻止了默认行为，getData 仍可能返回空字符串。这通常和拖拽源设置的类型（type）不匹配有关。

• 源端用 setData('text/plain', 'hello')，目标端就必须用 getData('text/plain')，不能写成 'text' 或 'plain'
• Chrome 对 MIME 类型校验严格，Firefox 允许部分模糊匹配，Safari 最保守 —— 建议统一用 'text/plain' 或 'text/html'
• 若拖的是文件，要用 event.dataTransfer.files 直接读取 FileList，getData 对文件无效
• 跨域 iframe 拖拽时，dataTransfer 受限，几乎无法读取自定义数据

如何安全读取拖入的文本、HTML 或文件

一个健壮的 drop 处理器应同时检查多种数据来源，并按优先级 fallback。不要只依赖一种读法。

element.addEventListener('drop', (e) => {
  e.preventDefault();

  // 1. 优先尝试读取显式设置的文本
  const text = e.dataTransfer.getData('text/plain');
  if (text) {
    console.log('纯文本:', text);
    return;
  }

  // 2. 尝试 HTML（比如从网页拖一段带格式的文字）
  const html = e.dataTransfer.getData('text/html');
  if (html) {
    console.log('HTML 内容:', html);
    return;
  }

  // 3. 检查是否拖入了文件
  const files = e.dataTransfer.files;
  if (files.length > 0) {
    console.log('文件列表:', files);
    return;
  }

  // 4. 最后兜底：检查是否有可读的 URL（如从地址栏拖链接）
  const url = e.dataTransfer.getData('text/uri-list');
  if (url) {
    console.log('拖入链接:', url.trim());
  }
});

为什么 drop 区域点击没反应，但拖放却生效？

这是最容易被忽略的兼容性陷阱：drop 事件本身不会触发点击或聚焦，也不会自动让元素获得 tabindex。如果该区域原本不可聚焦（比如纯 ），键盘用户或屏幕阅读器就完全感知不到它是个可交互区域。

• 给放置区加 tabindex="0"，确保它能被键盘聚焦
• 用 aria-dropeffect="copy" 或 "move" 明确语义（注意：HTML5 中已废弃，但对辅助技术仍有作用）
• 手动监听 keydown，支持按 Enter 或 Space 模拟“确认放置”逻辑（如需）
• 视觉反馈别只靠 :hover，必须提供 :focus 和 [aria-dropeffect] 的 CSS 状态样式