VSCode拖拽由三类独立设置控制：explorer.confirmDragAndDrop仅关确认弹窗但不禁止拖拽，editor.dragAndDrop控制代码块拖动，splitOnDragAndDrop决定拖入编辑区是否分屏，explorer.enableDragAndDrop才是彻底禁用文件拖拽的全局开关。
VSCode 默认的拖拽行为不是“一关了事”的开关，而是由三类独立设置分别控制：文件资源管理器里的文件移动、编辑器内代码块移动、以及拖拽到编辑区域触发的分屏拆分。关错或全关，反而影响日常效率。
explorer.confirmDragAndDrop 弹窗怎么关又不翻车
这个设置只管「跨文件夹拖拽文件时弹确认框」，关掉后拖拽立刻生效，但不会禁用拖拽本身。
- 直接在设置里搜
confirmDragAndDrop，取消勾选即可；或手动加进settings.json：{ "explorer.confirmDragAndDrop": false } - 关掉后，同名文件会被静默覆盖（比如把
utils.ts拖进已有utils/目录，原目录直接消失） - 远程开发（SSH/WSL）下，目标路径响应慢时，拖完松手可能没反馈，其实文件已移走——建议拖完稍等 1–2 秒再看资源管理器刷新
- 按住
Alt（Win/Linux）或Option（macOS）拖拽，可临时绕过该提示，无需改设置
editor.dragAndDrop 关掉后代码不能拖着走了
这个控制的是「选中文本后鼠标拖拽移动代码」，和文件移动完全无关。很多人误关它，结果发现写代码时拖不动 if 块了。
- 默认为
true，关掉即禁用所有编辑器内文本拖拽（editor.dragAndDrop: false） - 它不响应未选中状态：光标悬停行号栏、空白处点击拖拽，本来就不动——这不是 bug，是设计如此
- 跨标签页拖拽（如从 .ts 拖到 .json）本就不支持，关不关这个设置都没区别
- 大文件 + ESLint/Prettier 插件启用自动修复时，拖拽插入线可能延迟或偏移，这不是设置问题，是解析负载导致
splitOnDragAndDrop 导致一拖就分屏怎么办
这个设置专治「把文件拖进编辑器区域，结果左边代码右边空标签，布局炸开」的问题。
- 对应设置项是
workbench.editor.splitOnDragAndDrop（旧版叫editor.splitOnDragAndDrop），设为false即可 - 关闭后，拖文件进编辑区不再自动拆分，而是直接在当前标签页打开（或聚焦已有标签）
- 注意：它不影响拖进资源管理器（explorer）的行为，也不影响拖进终端（Terminal）的行为
- 某些插件（如 Project Manager）依赖该事件做工作区重载，关掉后可能需手动刷新
explorer.enableDragAndDrop 是最狠的全局闸刀
这是唯一真正「禁止拖拽文件」的开关，启用后资源管理器里连拖都拖不起来。
- 设为
false后，资源管理器内所有文件/文件夹都无法拖拽（包括复制、移动、到编辑区、到终端） - 但它不影响编辑器内代码拖拽（
editor.dragAndDrop）、也不影响终端里用mv或cp - macOS 用户路径略有不同：需在
Code → Preferences → Settings → Text Editor下找「Allow Drag And Drop」并取消勾选 - 真要防误操作，比全关更稳妥的做法是：保留
enableDragAndDrop: true，但严格配好confirmDragAndDrop: true+splitOnDragAndDrop: false
最容易被忽略的是三者作用域不重叠：一个管文件系统操作，一个管编辑器内容操作，一个管 UI 布局响应。混着调、凭感觉关，轻则功能失灵，重则覆盖关键文件。改之前先想清楚——你到底想拦住哪只手。
