必须手动开启editor.draganddrop，否则拖拽选中文本完全无效；该开关默认为false，启用后才支持编辑器内文本拖动与外部文件拖入插入路径，且无语言级独立控制。
必须手动开启 editor.dragAndDrop，否则拖拽选中文本完全无效——这不是扩展功能，是编辑器内建开关，且默认为 false。
确认并启用 editor.dragAndDrop 全局设置
VSCode 不会默认允许拖动已选中文本，哪怕你用鼠标选中一段代码、按住左键，也只会光标变箭头但无插入线、松手后毫无反应。根本原因就是这个布尔值没开。
- 打开设置：按
Ctrl+,（Windows/Linux）或Cmd+,（macOS） - 在搜索框输入
dragAndDrop，找到Editor: Drag And Drop - 勾选它（即设为
true），无需重启，但建议重载窗口（Ctrl+Shift+P→Developer: Reload Window）确保生效 - 检查是否被工作区覆盖：打开项目根目录下的
.vscode/settings.json，确认没有"editor.dragAndDrop": false这行
为什么开了还是拖不动？常见干扰项
即使全局设为 true，仍可能因以下原因失效：
- 当前文件被其他程序独占（如文件正被 Git LFS 锁定、或被 Windows 资源管理器预览窗格占用）→ 关闭相关进程再试
- 启用了某些终端增强类扩展（如
shell-launcher或旧版terminal-tabs）→ 临时禁用全部扩展，只留默认，验证是否恢复 - 编辑器处于只读模式（右下角显示
Read-only）→ 检查文件权限或是否被files.readonly规则匹配 - 你拖的是空白行或纯空格行 → VSCode 对零长度内容不触发拖放逻辑，需确保选中至少一个可见字符
拖动时插错位置？缩进和换行符在暗中作祟
拖动后代码顶格、跳行、多空行，不是 Bug，是 VSCode 插入点判断逻辑与你的格式不一致：
- 目标行首无缩进，而你拖的是 4 空格开头的块 → 它会贴着行首插入，破坏结构；建议拖前把光标停在目标行行首（
Home），再拖 - 文件混用
CRLF和LF→ 尤其跨平台协作时，拖动后易出空行；可在状态栏点击换行标识，统一为LF或CRLF - 无法精准停在某两行之间？启用
editor.renderWhitespace显示空格/制表符，快速识别缩进断层
想复制而非移动？别按 Ctrl，要按 Alt（Win/Linux）或 Option（macOS）
VSCode 默认拖拽 = 剪切 + 粘贴，走的是编辑器内部缓冲区，不经过系统剪贴板。加修饰键才是复制：
- Windows/Linux：
Alt+ 鼠标左键拖动，指针带+号 - macOS：
Option（不是Cmd）+ 鼠标左键拖动，实测Cmd无效 - 该组合键仅对编辑器内文本拖拽生效；对侧边栏文件、外部文件拖入均不适用
- 注意：一旦按住修饰键，松手即完成复制，原内容不会消失
真正容易被忽略的是：这个开关一关，就同时废掉「拖代码块」和「拖外部文件进编辑器插入路径」两个行为，没有中间态。如果你只想在 Markdown 里保留拖文件插入路径，其他语言禁用拖代码，就得用语言专属配置："[markdown]": { "editor.dragAndDrop": true }，并显式关闭其他语言项。
