Safari 中拖文本进 textarea 无反应，需移除 draggable 属性并设置 -webkit-user-drag: element；dragover 阶段必须 preventDefault 才能触发 drop，且需 fallback 多种 dataTransfer 获取方式。
PHP 本身不处理拖放，所谓“PHP 拖放文字功能失效”是误判——问题出在前端 JavaScript + 浏览器渲染层，和 PHP 无关。拖放（drag & drop）是纯客户端行为，PHP 只可能在后续 drop 事件触发的 AJAX 请求或表单提交中接收数据。
为什么 Safari 里拖文本进 textarea 完全没反应
Safari 对文本拖放的限制比 Chrome/Firefox 严格得多：它默认不允许用户直接拖选中的文字到 textarea，除非你显式启用拖放能力，且绕过其“仅允许拖动整个元素”的策略。
- Chrome 和 Firefox 默认支持选中文本 → 拖入
textarea，无需额外代码 - Safari 要求目标元素必须有
-webkit-user-drag: element样式，否则光标始终是禁止符号（⛔） - 如果
textarea上写了draggable="true"，反而会干扰 Safari 的原生文本拖放逻辑，必须移除 - 只对
textarea加-webkit-user-drag: element就够了，不需要监听dragstart或dragover
实操代码：
const ta = document.querySelector('textarea');
ta.removeAttribute('draggable');
ta.style.webkitUserDrag = 'element';
drop 事件在 Safari 中收不到文本内容
即使拖放视觉上成功了，Safari 的 drop 事件默认不把拖入的纯文本塞进 event.dataTransfer.getData('text/plain')，尤其当拖源是其他网页或系统应用时。
立即学习“PHP免费学习笔记（深入）”；
- 必须在
dragover阶段显式调用event.preventDefault()，否则 Safari 会阻止drop触发 - 不能只靠
getData('text/plain')，要 fallback 到getData('text/html')或遍历items列表找kind === 'string'的项 - 别依赖
event.dataTransfer.files——那是为文件准备的，拖文本时为空
最小可靠监听写法：
ta.addEventListener('dragover', e => e.preventDefault());
ta.addEventListener('drop', e => {
e.preventDefault();
const text = e.dataTransfer.getData('text/plain') ||
e.dataTransfer.getData('text/html') ||
(e.dataTransfer.items.length && e.dataTransfer.items[0].getAsString ?
e.dataTransfer.items[0].getAsString(s => s) : '');
});
Chrome 正常但 Safari 布局错乱，连带拖放区域消失
这不是拖放代码的问题，而是 Safari 渲染引擎（WebKit）对某些 CSS 规则更敏感，导致容器高度塌陷、textarea 不可点击或事件区域丢失。
- 检查是否用了
border: 1px solid transparent—— Safari 把它当“不绘制”，拖放热区实际为 0，换成rgba(0,0,0,0.001) - 确认父容器没有
overflow: hidden或transform，它们在 Safari 中可能剪裁拖放检测区域 - 如果用了
position: sticky包裹拖放区，Safari 15.4 之前存在 bug，需加@supports not (position: sticky)降级 - 避免用
aspect-ratio控制textarea容器宽高，Safari 15 前需-webkit-aspect-ratio，否则布局崩导致拖放失效
真正容易被忽略的是：Safari 的拖放行为依赖于“可见且可交互”的 DOM 状态。哪怕一个 z-index 错位、一行 pointer-events: none 遗留、或一个未声明色彩空间的 color(srgb) 导致的渲染卡顿，都可能让整个拖放链路静默失败——它不报错，只是不工作。
