VSCode拖拽移动代码默认开启但仅对选中文本生效，由editor.dragAndDrop控制；未选中时拖拽无效，支持插入线提示但不跨标签页，可关闭或用Alt+↑/↓等键盘操作替代。
拖拽移动代码默认是开启的，但只对选中文本生效
VSCode 默认支持鼠标拖拽已选中的代码块进行移动（类似“剪切+粘贴”），但很多人误以为能直接拖拽未选中的行或光标位置——其实不能。这个功能本质是 editor.dragAndDrop 控制的，它只响应「已有文本选中」的状态，不是任意拖拽。
常见错误现象：光标悬停在某行左侧空白处点击拖拽，没反应；或者按住鼠标左键从行号栏拖拽，代码不动——这都正常，因为没选中内容。
- 必须先用鼠标/键盘选中一段文本（哪怕只一个字符），再按住选中区域拖拽
- 拖拽时会显示插入线（蓝色横线），松手即完成移动
- 该操作等价于
Ctrl+X→ 移动光标 →Ctrl+V，但更快，且不进剪贴板 - 不支持跨编辑器标签页拖拽（比如从 .ts 文件拖到 .json 文件）
如何关闭或开启拖拽移动功能
控制开关是设置项 editor.dragAndDrop，布尔值，默认为 true。关掉后，选中文本也无法拖拽移动，但普通鼠标选中、复制等一切照常。
使用场景：团队协作时统一禁用（避免新人误操作打乱逻辑顺序），或在写文档类文件（如 README.md）时减少意外移动。
- 打开设置：快捷键
Ctrl+,（Windows/Linux）或Cmd+,（macOS） - 搜索框输入
dragAndDrop，找到Editor: Drag And Drop - 取消勾选即关闭；也可直接编辑
settings.json，添加："editor.dragAndDrop": false
- 注意：该设置是全局生效，暂不支持按语言单独配置
为什么有时拖拽看起来“卡顿”或“插不准”
不是功能坏了，而是 VSCode 在拖拽过程中依赖实时语法解析和折叠区域判断，尤其在大文件或启用复杂扩展（如 Prettier、ESLint 自动修复）时，插入线定位可能延迟或偏移。
性能影响明显的情况：文件 > 2000 行、启用了 editor.foldingStrategy: "indentation"、或安装了大量语言服务扩展。
- 临时缓解：把文件拆小，或关闭非必要扩展（特别是那些监听
onDidChangeTextDocument的） - 别依赖拖拽来“微调缩进”——它不处理空格/Tab 对齐，纯按逻辑行位置插入
- 如果总插到注释块里，检查是否开启了
editor.folding，折叠区域会影响插入线计算 - macOS 上触控板双指拖拽不触发此功能，仅鼠标左键有效
替代方案：不用鼠标也能快速移动代码块
键盘操作比拖拽更精准、更可控，尤其适合重构时批量调整。
-
Alt+↑ / Alt+↓（Windows/Linux）或Option+↑ / Option+↓（macOS）：移动整行（未选中时）或选中行块 -
Shift+Alt+↑ / ↓：复制当前行/选中块（原地保留） - 选中后按
Ctrl+Shift+K删除整行，再Ctrl+V粘贴到新位置——虽多一步，但可 Undo 单独回退 - 装
vim插件后，dd+p或:m+1更灵活，但学习成本略高
真正容易被忽略的是：拖拽移动不会触发任何格式化钩子（比如保存时的 Prettier），而键盘移动后若立刻保存，可能因格式化导致结构意外变化——这点比“能不能拖”更重要。
