VSCode使用Vim模式：在编辑器中实现高效的全键盘操作-VSCode-PHP中文网

esc无反应是因vscode默认劫持esc绑定命令面板，需在快捷键设置中删除冲突项并确保vim.usectrlkeys为true；y/p不同步系统剪贴板需启用vim.usesystemclipboard；jj退出插入模式须配置vim.insertmodekeybindings。

vscode使用vim模式：在编辑器中实现高效的全键盘操作

VSCode 装了 Vim 插件却用不起来，不是插件有问题，而是默认配置和原生快捷键冲突太常见——尤其是 Esc 按下没反应、y/p 粘贴不到系统剪贴板、jj 退出插入模式失灵，这三类问题占了实际使用障碍的 80% 以上。

VSCode 默认把 Esc 绑给了命令面板（workbench.action.showCommands）或终端切换（workbench.action.terminal.toggleTerminal），直接拦截了 Vim 插件监听。这不是插件没装好，是 VSCode 抢先吃了按键。

VSCode Vim 默认用内部寄存器（" 开头），yy 复制的内容不会进系统剪贴板，Ctrl+V 也粘贴不出外部复制的文本——这是行为差异，不是 bug。

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

在用户级 ~/.vimrc 中加一行：set clipboard=unnamedplus（Linux/macOS）或 set clipboard=unnamed（Windows）
VSCode 设置中开启 vim.vimrc.enable（设为 true）
或者更直接：在 settings.json 里加 "vim.useSystemClipboard": true
注意：macOS 上需确保 VSCode 有「辅助功能」权限，否则 unnamedplus 无效

Vim 原生不支持双键退出，但 VSCode-Vim 插件通过 vim.insertModeKeyBindings 实现了这个能力。它不是普通快捷键，而是插入模式下的按键序列监听，所以不能用 keybindings.json 里的常规方式配。

添加配置：

"vim.insertModeKeyBindings": [
  { "before": ["j", "j"], "after": ["<esc>"] },
  { "before": ["j", "k"], "after": ["<esc>"] }
]</esc></esc>

很多人以为 i 应该像 IDE 那样默认跳到行首，其实不是：i 就是在光标当前位置前插入，I 才是跳到行首非空字符前。这个区别被大量新手忽略，导致反复按 i 却卡在奇怪位置。

真正卡住人的从来不是 Vim 操作本身，而是 VSCode 和插件之间那几处默认不一致的“隐性约定”——比如 Esc 被劫持、剪贴板隔离、插入模式退出延迟、大小写行为差异。这些点不手动调，光靠装插件永远只是半残状态。

VSCode使用Vim模式：在编辑器中实现高效的全键盘操作