VSCode安装Vim插件后无响应，需手动启用vim.mode并重启；可按语言配置启用（如JavaScript/TypeScript/Python）；i/I、a/A功能区分光标位置；启用vim.useSystemClipboard以同步系统剪贴板。
VSCode 安装 Vim 插件后没反应？检查是否启用了 vim.mode
装完 Vim 插件（通常是 vscodevim.vim）后按 Esc 进不了普通模式，或 hjkl 不动，大概率是插件没真正激活。VSCode 默认不会自动启用 Vim 模式，必须手动触发。
- 确认插件已安装并启用：打开扩展面板（
Ctrl+Shift+X），搜vim，确保vscodevim.vim状态是「已启用」 - 重启 VSCode 或重载窗口（
Ctrl+Shift+P→ 输入Developer: Reload Window） - 打开任意文本文件（不能是空标签页或设置页），焦点落在编辑器内，再按
Esc—— 此时状态栏左下角应显示-- NORMAL -- - 如果仍无效，检查是否有其他插件冲突（比如
Emacs Keymap、Sublime Text Keymap），禁用后再试
怎么让 Vim 模式只对特定语言生效？别全局硬开
全项目都用 Vim 键绑定，写 JSON 或 Markdown 时容易误操作（比如 dd 删整行）。VSCode 支持按语言单独配置 vim.mode，更安全也更符合实际工作流。
- 打开设置（
Ctrl+,），搜索vim.enable - 点击右上角「{}」进
settings.json，添加语言级配置：
"vim.enable": false,
"[javascript]": { "vim.enable": true },
"[typescript]": { "vim.enable": true },
"[python]": { "vim.enable": true }
- 这样只有 .js/.ts/.py 文件会响应
hjkl、i、a等键；.json、.md、设置页保持原生快捷键 - 注意语法：语言 ID 必须小写，且和 VSCode 内部识别一致（可用
Ctrl+Shift+P→Developer: Inspect Editor Tokens and Scopes查当前语言 ID）
按下 i 进入插入模式但光标没跳到行首？这是正常行为
很多人以为 i 应该像原生 Vim 那样默认跳到行首，其实不是。VSCode Vim 的 i 是“在光标前进入插入”，I 才是“跳到行首插入”。这个差异常被忽略，导致反复按 i 却卡在奇怪位置。
-
i：在当前光标位置左侧开始输入（等价于原生 Vim 的i） -
I：移动到当前行第一个非空白字符前插入（等价于原生 Vim 的I） -
a：在当前光标位置右侧开始输入（等价于原生 Vim 的a） -
A：移动到行尾插入（等价于原生 Vim 的A） - 如果习惯 Sublime/IDEA 风格的“点哪在哪输”，就用
i；如果想快速在行首/行尾编辑，记得切大小写
复制粘贴失效、y/p 不工作？检查系统剪贴板权限
VSCode Vim 默认用内部寄存器（" 开头），不走系统剪贴板。所以从外部 Ctrl+C 复制的内容，p 粘贴不出来；反过来，yy 复制的也不能用 Ctrl+V 粘到浏览器里。
- 想打通系统剪贴板，需开启
vim.useSystemClipboard设置（设为true） - Linux 用户还需额外安装
xsel或xclip（否则即使开启也会静默失败） - macOS 上通常开箱即用；Windows 10+ 一般也没问题
- 注意：开启后
"+y和"*y依然可用，但y默认就走系统剪贴板了
寄存器逻辑和原生 Vim 一致，但默认行为不同——这点不调好，协作时复制代码片段会特别卡顿。
