我第一次打开 Vim 的时候,对着终端里黑底白字的界面完全傻了眼——想输入内容,键盘敲了半天没反应;想退出,输了个 :q,结果提示 E37: No write since last change;加了感叹号 :q! 退出去之后,我心想这玩意儿到底是谁设计出来的,反人类到这种程度。后来才明白,Vim 并不是反人类,只是它的逻辑和普通编辑器完全不一样。一旦理解了这套逻辑,你会发现它在纯键盘操作、批量处理文本这件事情上,效率碾压绝大多数图形界面编辑器。
这篇文章没有任何理论说教,全部是我这些年实际用 Vim 攒下来的经验。从最基础的模式切换,到日常高频命令,再到很多教程很少讲的批量操作技巧(比如一次注释多行、全选复制),最后聊聊怎么循序渐进把 Vim 变成自己的主力工具。不管你是刚打开 Vim 想保存退出都不知道怎么办的新手,还是已经会基本操作但想突破效率瓶颈的进阶用户,这篇文章应该都能给你一些可以直接照着抄的用法。
1. 为什么 2025 年了,还有人在较真 Vim
先直说结论:Vim 确实是个 1980 年代就诞生的编辑器,但它的设计理念到现在都没有过时。vim 命令几乎预装在所有 Linux / Unix / macOS 系统里,你不需要安装任何东西,打开终端输入 vim 就能开始编辑。对于开发者和运维来说,登录服务器、改配置文件、在容器里快速修改脚本,这些场景没有图形界面,Vim 几乎是唯一稳妥的选择。
很多人会问,VS Code、JetBrains 系 IDE 这么强大了,为什么还要花时间学 Vim?我的看法是:Vim 与其说是一个软件,不如说是一种文本编辑的思维方式。现在主流的编辑器几乎都有 Vim 模拟插件,比如 VS Code 的 Vim 插件、JetBrains 的 IdeaVim,打开插件之后,你在 IDE 里依然可以用 hjkl 移动光标、用 dd 删除整行、用 / 搜索关键字。学会了 Vim 的核心操作,等于在所有编辑器里都拿到了一张加速卡。换句话说,学 Vim 不是让你抛弃 IDE,而是让你在 IDE 和终端之间随意穿梭,不用切换操作习惯。
还有一点非常适合现在的云原生时代:大量工作流跑在远程服务器、Docker 容器里,一段 ssh 登进去之后,你能用的文本工具就那么几个。这时 vim 命令就是刚需,哪怕只是改个 Nginx 配置、调一个环境变量,会 Vim 和不会 Vim,效率能差出十倍。
另外,热搜词里同时出现了“vim”和“xcode”,我猜是很多 macOS 用户关注的场景。我的经验是,这两者并不冲突——Xcode 是重型的图形化 IDE,负责写 iOS 应用、调试界面;而系统自带的 Vim 更适合快速改配置、写脚本、处理临时文件。我在 Mac 上一直保留着系统自带的 /usr/bin/vim,很多小修改打开终端几秒就搞定,完全没必要启动整个 Xcode。掌握了 Vim,你就多了一把轻量级的瑞士军刀,什么时候用刀、什么时候用斧头,心里有数就行。
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 模式切换:Vim 新手最懵的那道坎
2.1 三种模式到底是什么意思
Vim 和普通编辑器最大的区别在于:普通编辑器打开就能打字,而 Vim 打开之后默认处于 Normal(普通)模式。在这个模式下,键盘上的键不是用来输入字符的,而是用来发命令的。比如按下 j 是光标向下移动一行,按下 x 是删除光标下的字符,按下 u 是撤销。这听起来很不适应,但正因为如此,你的手指不用离开主键盘区去够鼠标,也不用频繁按 Ctrl、Alt 组合键,所有操作都能像说话一样连贯地敲出来。
要输入文字,需要切换到 Insert(插入)模式。常用的进入方式有这几个:
i:在光标所在位置之前插入a:在光标所在位置之后插入o:在当前行下方新开一行并进入插入模式O:在当前行上方新开一行并进入插入模式
我从实际使用角度给一个建议:不要只用一个 i。如果你习惯切到插入模式之后就只会闷头打字,那 Vim 的优势会大打折扣。想要在行尾继续追加内容,用 A(行尾插入)比跑到行尾再按 i 快得多;想要在下一行开始写新内容,直接按 o。当你能根据上下文选择不同的进入方式时,光打字前的光标定位这一个小环节,效率就能提升一半。
退出插入模式回到普通模式,按 Esc 键,或者用 Ctrl + [ 组合键。后者在一些键盘布局下比 Esc 更顺手,很多老 Vim 用户都习惯这个组合。
还有一种模式是 Visual(可视)模式,通过按 v 进入。它有点类似于我平时用鼠标选中一段文字后的状态:按方向键或移动命令,选中区域会高亮,之后可以对选中区域执行删除、复制、替换等操作。按 V 进入的是可视行模式,一次选中整行;按 Ctrl + v 进入的是可视块模式,可以选中一个矩形区域,第四个章节会重点讲它在批量操作中的威力。
2.2 新手最容易翻车的几个瞬间
很多第一次接触 Vim 的人,卡住的地方往往不是不会操作,而是不知道当前的模式是什么。比如在终端里打开 Vim,直接敲键盘,结果屏幕上的内容不但没变,光标还乱跳,甚至不小心按到某个键触发了一个奇怪的命令,然后就更慌了。我刚开始学的时候,最崩溃的就是怎么保存退出都不知道,网上搜了半天才找到 :wq。
这里分享几个我自己踩过坑之后总结的保命技巧:
如果不知道自己在什么模式,先别乱动。 连按几次 Esc,确保回到 Normal 模式,再看屏幕底部的状态提示。如果底部什么都没有,可能是你的 Vim 默认没开启 showmode,可以在配置文件里加上 set showmode,这样插入模式时底部会显示 -- INSERT --,心里就有底了。
想退出但提示“文件已修改”。 你打开了文件改了内容,但是不想保存,直接输入 :q 会报错。此时有两个选择:输入 :q! 强制不保存退出,或者输入 :wq 保存并退出。顺带提一句,:wq 和 :x 功能上很像,但确切来说,:x 只有在文件被修改过的时候才会写盘,如果没有改动就只退出,这相当于做了一个判断。很多老手都习惯用 :x 代替 :wq,不过我个人的习惯是,明确想保存的时候就用 :wq,避免思维模糊。
担心误删内容? 用 u 键撤销,等价于普通编辑器的 Ctrl+Z。和 dd 删错了、批量替换搞砸了,多按几次 u 基本都能救回来。而 Ctrl + r 是重做,撤销过头了就用它。
如果开了大写锁定。 这个坑特别隐蔽,通常发生在第一次用 Vim 时,习惯性按了 Caps Lock,然后想用 j 往下走,结果显示成了 J(合并下一行命令)。遇到这种情况,马上按 Esc,看一眼右上角的大写锁定灯,把它关掉再操作。Vim 几乎所有的命令都是区分大小写的,大写和小写往往是完全不同的操作,所以用 Vim 时尽量避免开着大写锁定。
2.3 一份够用的 .vimrc 基础配置
Vim 默认打开时,没有行号、没有语法高亮,Tab 缩进也很难看。这些都可以通过配置文件 ~/.vimrc 解决。这份配置不追求花哨,只保证最基础的可用性,新手可以直接拿来用:
vim复制" 显示行号
set number
" 启用语法高亮
syntax on
" 开启相对行号,方便用数字跳转
set relativenumber
" 自动缩进
set autoindent
set smartindent
" Tab 转为 4 个空格,适合写 Python、脚本
set tabstop=4
set shiftwidth=4
set expandtab
" 底部显示当前命令
set showcmd
" 编辑时实时搜索
set incsearch
set hlsearch
" 文件编码,处理中文不乱码
set encoding=utf-8
set fileencodings=utf-8,gbk,utf-16
放好之后重启 Vim 或者执行 :source ~/.vimrc 就能生效。:set number 打开行号之后,再配合 set relativenumber,编辑器左侧会显示相对行号——这在用数字跳转的时候简直不要太爽,比如看到当前光标在第 10 行,你想跳到第 17 行,直接 7j 就能往下走 7 行,一眼判断距离,不需要心算。
这些配置看着少,但实际使用中已经能覆盖 90% 的日常需求了。等你用顺手了,再慢慢加插件,比如文件树插件 NERDTree、状态栏插件 lightline,这个阶段可以先不碰。
3. 高频命令:日常编辑直接拿走即用
3.1 光标移动:不摸鼠标的第一课
Vim 的光标移动很有讲究,核心就是 hjkl 四个键:h 左移、j 下移、k 上移、l 右移。刚上手时,很多人觉得这四个键不如方向键直观,但你试试连续编辑一段文字,手指从主键区移动到方向键再移回来,一个来回要浪费半秒,一小时下来损耗很可观。习惯了 hjkl 之后,手指永远不用离开键盘主区,这就像打游戏时不用切到鼠标,操作连贯得多。
当然,单纯靠 hjkl 逐行移动仍然慢。真正提升效率的是“按词跳跃”和“按行跳跃”。w 跳到下一个单词的词首,b 跳回上一个单词的词首,e 跳到当前或下一个单词的词尾。想快速到行首,按 0(数字零)或 ^;想到行尾,按 $。想在整个文件里跳,gg 跳到文件第一行,G 跳到文件最后一行,输入数字再加 G 可以跳到指定行,比如 42G 直接到第 42 行。
我在实际修改长配置文件的时候,最常用的组合是:先 gg 回到开头,再用 /port 搜索某个关键字跳过去,然后 . 键重复上一次修改,整套流程下来手几乎不需要离开主键盘区。这就是 Vim 能“指哪打哪”的原因——你不需要一屏一屏地上下翻找,而是直接通过关键字和行号“瞬移”。
3.2 编辑、删除、复制、粘贴的动词哲学
Vim 中编辑操作有几个核心动词:d(delete,删除)、y(yank,复制)、c(change,修改)。它们的通用逻辑是:动词 + 动作对象。比如:
dw:删除光标到单词词尾的内容dd:删除整行diw:删除光标所在的整个词(这里的i表示内部,意即不包含外面的空格)yw:复制一个单词yy:复制整行ciw:修改整个词,会自动进入插入模式cc:修改整行,自动进入插入模式
这套“动词 + 动作”的组合逻辑,是 Vim 和普通编辑器最本质的差别。普通编辑器复制一个词,你得用鼠标精准选中,然后 Ctrl+C;Vim 里就是 yiw 三个键的事。删除、修改同理。
粘贴用 p(在光标后粘贴)或 P(在光标前粘贴)。还有一个很实用的点:dd 删除的内容会自动存入寄存器,相当于剪切,之后 p 粘贴就是移动代码的常规操作。
3.3 快速查找和替换
查找是在 Normal 模式下按 /,然后输入关键词回车,n 跳到下一个匹配项,N 跳回上一个。如果搜索结果高亮还留着,想取消高亮,执行 :noh 即可。
替换是 Vim 的强项,也是我日常用得最多的高级功能之一。单个文件内替换的基本格式是:
vim复制:s/old/new/ " 替换当前行第一个匹配的 old
:s/old/new/g " 替换当前行所有匹配的 old
:%s/old/new/g " 替换全文件所有匹配的 old
:%s/old/new/gc " 替换时逐个确认,安全系数最高
我强烈建议不要一上来就用 %s/xxx/yyy/g 不讲条件的全局替换,尤其是代码里某个变量名多次出现时,容易误伤。用带 c 的确认模式,Vim 会挨个问你是否替换,回车确认、n 跳过、a 全部替换,可控性高很多。我在重构代码的时候,几乎每次都是用 :%s/old/new/gc,花不了多少时间,但能避免很多低级错误。
这里顺便说一下热词里提到的 vim保存退出命令,完整的保存退出相关命令我都放在这个表格里:
| 命令 | 作用 | 使用场景 |
|---|---|---|
:w |
保存 | 只保存不退出,适合长时间编辑时及时落盘 |
:q |
退出 | 没改动时直接退出 |
:wq |
保存并退出 | 最常见的收尾命令 |
:x |
有改动才保存,然后退出 | 适合“我只看了配置,不打算改”的场景 |
:q! |
不保存强制退出 | 改乱了、不想保留时用来止损 |
ZZ |
等价于 :wq |
纯键盘流,手不用离开主键盘区 |
ZQ |
等价于 :q! |
不想保存并强退时用 |
很多教程会漏掉 ZZ,但这是我用 Vim 这么多年最常按的组合:改完文件直接 ZZ,比 :wq 少一步,也比 :x 更符合直觉。需要注意 ZZ 是小写形式,注意别开大写锁定。
3.4 一个真实场景串起整组命令
假设我要改一个 Python 脚本,把某个函数里的变量名从 count 改成 total,同时注释掉第 20 行的调试输出。我的操作路径是这样的:
- 打开文件:
vim script.py - 跳转到函数定义处:
/def calculate回车 - 如果需要微调位置:
j、k上下移动 - 全文件替换变量名并确认:
:%s/count/total/gc,按n跳过不想改的地方 - 跳到第 20 行:
20G - 注释这一行:在 Normal 模式按
I,输入#,回车后按Esc,这行就被注释了 - 保存退出:
ZZ
整个流程如果熟练,十秒内能完成。而如果拿鼠标在 GUI 编辑器里操作,光是滚动条找函数定义就要半天,这就是 Vim 的“肌肉记忆”力量。
4. 批量操作:一次注释多行、全选复制的正确姿势
4.1 一次注释多行:可视块模式的高级玩法
热搜词里有“vim 一次注释多行”,这是很多初学 Vim 的人第一次意识到“Vim 比普通编辑器强在哪”的功能。在普能编辑器中,注释多行要么逐行手动加 #,要么依赖 IDE 的快捷键;而在 Vim 里,几步就能搞定。
具体操作如下,以给多行 Python 代码加 # 注释为例:
- 在 Normal 模式下,将光标移动到要注释的第一行开头
- 按
Ctrl + v进入可视块模式,此时左下角或状态栏会显示-- VISUAL BLOCK -- - 用
j、k向下或向上选中要注释的所有行的行首位置(不需要跨到代码内容,只在行首列即可) - 按
I(大写 i),此时会进入插入模式,光标出现在块的开头 - 输入
# - 按
Esc,稍等片刻,你会发现选中的所有行首都被加上了#
这个操作第一次见的人可能会觉得很“魔法”,以为是自己眼花了,其实原理很直接:可视块模式下,I 会在选中的每一行做同样的插入,Esc 触发 Vim 将这个“块插入”应用到整个选区。
如果选了多行但只想注释其中几行,可以在 Ctrl + v 选中之后,按 o 切换光标到块的另一角再调整范围。取消注释同理:Ctrl + v 选中注释符所在列,直接按 x 或 d 删除即可。
这个方法不仅适用于 # 注释,也适用于 //、/* */、<!-- --> 等各种注释符号。我在改 YAML、Shell 脚本、JSON 配置的时候,用这套操作频率极高,基本每天都会用。
4.2 全选复制:ggVG 与 lines yanked 背后的逻辑
“vim全选复制”也是常被搜索的需求。Vim 中全选并复制可以这样做:
- 按下
gg,光标跳到文件第一行 - 按下
V,进入可视行模式 - 按下
G,光标跳到文件最后一行,此时整个文件被选中 - 按下
y,复制
连起来就是 ggVG 然后 y,这是 Vim 里的“全选复制”标准姿势。如果要把整个文件的内容复制到其他程序,光 y 还不够,因为 Vim 默认的寄存器是它内部的,粘贴到终端或其他编辑器时可能一片空白。这时需要用到系统剪贴板:
- 复制到系统剪贴板:
ggVGy之后,再按"+y(先输入",再+,再y)会将选中的内容放入系统剪贴板 - 或者直接选中后输入
"+y
所以网上很多教程会说“全选复制用 ggVG y”,更严谨的说法应该是 ggVG "+y。如果你在终端里经常复制粘贴,建议在 .vimrc 中加上 set clipboard=unnamedplus(Linux 环境)或 set clipboard=unnamed(macOS 环境),这样 y 复制的内容默认就会进入系统剪贴板,不用每次手动加 "+。
注意到热词里还有 lines yanked 这个说法,这是 Vim 在复制多行后会显示的一条提示,比如复制了 3 行,底部会显示 3 lines yanked。不少新手看到这串英文会很懵,其实意思就是“已复制 3 行”。这里的 yanked 对应的是 Vim 的 y 命令,所以 Vim 里“复制”不叫 copy,而叫 yank。习惯了之后,看到这个提示就知道复制成功了,直接去目标位置按 p 粘贴就行。
跨多行复制还有一个更快的方案,就是直接利用 :copy 或 :move 命令,不需要进入可视模式。比如把第 5 行复制到第 10 行之后,输入:
vim复制:5copy10
把第 5 行到第 8 行整体移到第 20 行之后:
vim复制:5,8move20
这种命令适合你在明确知道行号的情况下使用,比光标跑来跑去精准得多。实际操作中,有时候行号不知道,我就先用 /目标函数名 搜索定位,再用 :5copy10 精确复制指定行,比手动选一行再查有没有漏选更可靠。
4.3 用 :normal 命令做更复杂的批量编辑
如果你已经掌握了可视块和基本命令,可以再进阶一步,用 :normal 命令对多行执行同一批操作。这个命令的思路是“对每一行执行我指定的命令序列”。
比如,我想给文件里第 10 行到第 30 行的末尾都加上分号(写 JavaScript 时常用),可以:
- 用
:10,30normal A;执行 - 解释:
10,30指定行号范围,:normal表示在这些行上执行普通模式命令,A;表示到行尾追加一个分号
再比如,给某段代码的所有行开头加入四个空格缩进,可以选中多行后执行 :normal I (四个空格)。:normal 的强大之处在于它可以组合任意普通模式命令,完成一次注释多行、批量缩进、批量加符号等操作。
不过,我建议新手不要一上来就学这个,先把可视块模式用熟,因为它在视觉上更直观、不容易出错。当某个批量操作你已经重复第五次的时候,再考虑用 :normal 把这套动作固化成命令,效率还能再上一个台阶。
5. vim大冒险与真正的进阶路径
5.1 带着游戏心态去练习
热搜词里出现“vim大冒险”,这确实是一个很出名的学习工具。Vim Adventures(通常被叫作“Vim 大冒险”)是一个网页小游戏,你在一个像素风的地图上控制角色移动,而移动方式就是 Vim 的 hjkl。每过一个关卡,你都会解锁新的键位,比如 w 跳跃(对应 Vim 中跳词)、e 等等。玩家在玩的过程中会不知不觉记住这些键的用途,因为它把背命令变成了“前进需要用到某个技能”。
我对这种学习方式的看法是:它特别适合完全零基础、对命令心生恐惧的人。游戏本身时间不长,真正结束之后你可能不会记住所有操作,但它能帮你建立最关键的东西——对键位不抗拒。很多人一开始学 Vim,最大的阻力不是命令难,而是脑子里有一句“我为什么要记住这种奇怪的东西”。游戏化学习先帮你把“奇怪”变成“好玩”,后面再系统学习就容易多了。
如果你不喜欢游戏化,也可以用更朴素的方法:在 Vim 里敲 vimtutor,这是官方自带的教学程序,在终端里输入:
bash复制vimtutor
它会打开一个教程文件,手把手引导你操作。整个过程大约半小时,跟着做一遍,基本就掌握了 Vim 的最核心操作。我推荐每个想学 Vim 的人都先跑一遍 vimtutor,这比看十篇教程都管用,因为它是真正的交互式练习,每个操作都需要你亲手在 Vim 里做一遍。
5.2 两条日常练习路线
我自己的体验是,学 Vim 最忌讳“一口气想要全部学会”。我建议分两个阶段来走:
第一阶段:只用 Vim 做小修改。 打开配置文件改个参数、在服务器上改一行环境变量、写一个几十行的脚本。这些场景即使操作慢一点、时不时卡壳,也不影响正常生产。此阶段的目标是把模式切换变成肌肉记忆,对 hjkl、i、Esc、:wq 这些基础操作形成条件反射。不要试图第一天就用 Vim 写大项目,那样挫败感太强,很容易劝退。
第二阶段:在真实项目里尝试用 Vim 编辑。 当基础操作不再卡壳之后,可以尝试把一些小项目(比如个人工具脚本)用 Vim 维护。此时开始有意识地练习更多命令:用 w、b 跳词,用 f + 字符跳行内位置,用 :%s 替换文本,用 Ctrl + v 批量注释。这个阶段的重点是培养“组合意识”——不要只会单个命令,要能让命令串联起来完成一套完整操作。
这里有一个很多教程没提的小技巧:每次遇到“不知道 Vim 里怎么操作”的场景,不要去搜整篇教程,而是直接在 Vim 里按 :help 查文档。比如你想知道怎么复制,输入:
vim复制:help yank
Vim 会打开对应的帮助文档。看文档这件事,刚开始可能觉得枯燥,但它是你从“会用几个命令”走向“真正能自己解决问题”的分水岭。官方文档虽然硬核,但讲解非常精准,遇到问题直接查,比在搜索引擎里翻来翻去效率高得多。
5.3 要不要把 Vim 绑成默认编辑器
很多人在学完基础操作之后会纠结一个问题:要不要把 EDITOR 环境变量设成 vim,把 Vim 作为默认编辑器?我的答案是:取决于你日常的工作流。
如果你主要工作在 GUI 环境,用 VS Code 或 JetBrains 系列 IDE,完全没必要把默认编辑器改成 Vim,装上 Vim 模拟插件就够了。平时写代码用 IDE,偶尔打开终端改个文件,直接用系统默认编辑器即可。
如果你经常登录服务器、维护配置文件、或者做运维相关工作,那非常建议把默认编辑器设为 Vim,因为在远程环境里你没得选,Vim 几乎总是存在。执行下面命令:
bash复制# 对 bash 用户
echo "export EDITOR=vim" >> ~/.bashrc
# 对 zsh 用户
echo "export EDITOR=vim" >> ~/.zshrc
这样当 git commit、crontab -e 等命令打开编辑器时,会自动进入 Vim,长期反复使用之后,熟能生巧。
顺便提醒一句,很多网上的教程会把“安装插件”作为 Vim 学习的重要组成部分。我不反对插件,但以我过来人的经验,早期真正需要的东西极少。Vim 自带的能力已经足够覆盖日常 90% 的编辑需求,过早陷入插件配置的泥潭,反而会分散对核心操作的注意力。等你把基础命令练得得心应手之后,再考虑慢慢增加插件,会顺畅很多。
最后再分享一点我的个人体会。学 Vim 不是背命令,而是换一种编辑思维:让手指引导思考,而不是让眼睛寻找菜单。真正练成之后,你会发现自己写代码、改配置时,思路不会因为频繁打断而中断——脑子里想的是“把这个函数移到那边”“把这段重复代码提取出来”,手上的 Vim 命令自然而然就完成了。这种心流体验,是很多只用鼠标操作的人永远体会不到的。别急着在一天之内记住所有命令,从 vimtutor 开始,再一点点把这些高频命令用进日常,几周后回头看,你会惊讶于自己已经回不去了。
