Linux服务器文本编辑器实战：Vim核心操作与配置技巧

写这个选题，是因为我实在见过太多人在 Linux 服务器上被文本编辑器卡住：要么用 nano 勉强对付，要么在 Vim 里按了一堆方向键却发现满屏乱码，要么干脆用 Windows 记事本改完配置传上去，结果解释器直接报错。文本编辑器不是 Linux 的全部，但它是你踏上这台系统之后绕不开的第一件工具。这篇文章我想从“编辑器之间怎么选”“Vim 的核心操作逻辑”“真实场景中如何改好一个配置”以及“高频问题怎么救”这几个角度，把我这些年实际摸爬滚打的经验讲透。不管你是刚接触 Linux 的新手，还是已经用了一两年但一直没系统梳理过编辑器操作的人，这篇内容都值得你从头到尾读一遍。

1. 编辑器的分工：先搞清楚自己该用哪个

1.1 三种主流编辑器的真实定位

Linux 世界里你会频繁听到 nano、vim、sed/awk 这几个名字。很多人把它们混在一起问“到底学哪个”，实际上它们根本不是同一类东西，定位差异非常大。

nano 是典型的“有人情味”的交互式编辑器。打开之后底部直接显示快捷键提示，比如 Ctrl+O 保存、Ctrl+X 退出，基本不需要任何学习成本。我一般把它推荐给那些只需要偶尔登录服务器改一两个配置文件的场景。比如你临时改个 Nginx 的 server_name，或者编辑一个 cron 任务，用 nano 两分钟搞定，不伤脑筋。它唯一的短板是功能上限不高，想高效处理大文件、批量操作文本时会显得力不从心。

vim 是另一条路线。它继承了 vi 的哲学，是一个“模式化”编辑器，核心概念是让手不离开键盘主区域就能完成所有操作。初次接触 Vim 的人通常会被它的模式切换搞晕，但这个设计一旦上手，效率提升不是一点半点。文本移动、删除、替换、搜索、块操作、宏录制，这些功能在图形编辑器里往往要鼠标配合多个菜单才能完成，Vim 里几个按键就搞定了。而且 Vim 几乎是每台 Unix/Linux 系统都会预装的工具，从云端服务器到嵌入式开发板，甚至救援模式下都能找到它，这种“不管到哪都有”的特性让它成为运维和开发者的基本生存技能。

sed 和 awk 则属于“非交互式”文本处理工具。它们不打开编辑界面，而是像流水线一样从输入流里读取文本，按规则处理后输出结果。这种工具擅长的是批量替换、行筛选、字段提取、日志统计。举个例子，你有一个几百 MB 的日志文件，想把所有包含 ERROR 的行单独抽出来存成另一个文件，这种场景用 sed 处理非常顺手。虽然把它们严格归入“编辑器”有点勉强，但从“处理文本”的角度看，它们是命令行编辑体系的天然延伸。

1.2 为什么服务器上总是先遇到 Vim

很多刚接触 Linux 的朋友都会问同一个问题：为什么云服务器或嵌入式系统里敲 vi 一定有，而 nano 不一定有？这背后其实是历史兼容性的问题。早期的 Unix 环境下 vi 就是标准编辑器，后来 POSIX 标准也把 vi 列为默认编辑器之一。Linux 发行版厂商在预装最小系统的时候，为了控制体积和依赖，往往只保留最核心的工具集，而 vi/vim 因为历史和生态原因几乎成了必选项。很多软件的安装脚本或者定时任务脚本在调用编辑器时也会默认找 vi，比如执行 crontab -e，系统默认打开的就是 vi 编辑器。

这带来的现实影响是：就算你个人偏爱 nano，也必须拥有最基本的 Vim 操作能力，哪怕只是会打开文件、移动光标、按 i 进入插入模式、改完按 Esc 再输入 :wq 保存退出。这一点我在很多实际项目里深有体会，有一次客户现场的机器是精简版嵌入式 Linux，我远程上去想改 /etc/network/interfaces，里面压根没有 nano，那一刻我只庆幸自己平时没放下 Vim 的基本功。

1.3 输入法与终端交互的底层逻辑

讲编辑器之前，得先理清一个概念：在终端里折腾文本，本质上是在和“字符流”打交道。你在键盘上敲下的每个字符，会通过终端软件转义之后发送给远程的 shell，然后由编辑器程序接收并解释。这也是为什么终端类型（TERM 环境变量）设置不对时，Vim 的方向键会乱跳甚至输出 ABCD。Vim 是靠终端上报的特殊字符序列来识别方向键的，如果终端类型信息不匹配，编辑器就无法判断你到底按了什么。

理解了这一层，你就能明白为什么字符界面下的文本编辑器跟图形界面里的“记事本”体验完全不同。图形界面可以直接获取按键事件、鼠标位置、光标状态，而终端环境里这些信息都要通过有限的字符序列来编码。Vim 的模式设计某种程度上也是在“信息受限”的环境里摸索出来的最优解，把键盘上的普通字符当成命令语言，用组合的方式表达复杂的文本操作。

2. 核心武器：Vim 操作体系拆解

2.1 模式切换是第一道关卡，也是最大分水岭

Vim 最劝退新手的点就是模式。简单说，它分成几种状态：普通模式（Normal Mode）、插入模式（Insert Mode）、命令模式（Command-Line Mode）、可视模式（Visual Mode）。

普通模式下，你敲的每个字母都会被解释成命令。比如按 j 是向下移动一行，按 x 是删除光标下的字符，按 dd 是删除整行。这个模式下你不会在屏幕上看到自己敲的字母“进入文本”，它们全都被当成操作指令去执行了。插入模式才是真正往文件里输入文字的状态，你按什么字符就能看到什么字符。命令模式是用来输入 :w 保存、:q 退出这类冒号命令的。可视模式则是用来选择文本块，就像在图形编辑器里按住鼠标拖选一样，只不过这里用的是键盘操作。

为什么要把“输入”和“编辑”分开？我自己的体会是，这能强迫你用更短、更精准的动作完成修改。你在普通模式下可以直接跳到指定行、删除指定单词、替换指定字符，而这些操作在普通记事本里需要用“方向键移位 + 鼠标选中 + Del 键”这种多步操作才能完成。Vim 把编辑操作变成了一门“语言”，动词加宾语，比如 dw 表示删除一个词（delete word），y$ 表示复制到行尾（yank to end of line），这种组合逻辑一旦建立，操作文件的速度会上一个台阶。

新手最容易犯的错是：进入 Vim 后不知道当前在什么模式，觉得键盘“没反应”，然后疯狂按方向键或字母键，结果屏幕上多了一堆字符，或者不小心执行了某个命令。我的建议是，刚开始时养成一个习惯：每次按键前先看底部状态栏。如果状态栏没有显示 -- INSERT --，那说明你还在普通模式，要先按 i 进入插入模式才能打字。

2.2 移动与定位：别再依赖方向键了

Vim 里移动光标的基本按键是 h、j、k、l，分别对应左、下、上、右。方向键也能用，但既然你要把 Vim 用熟，最好尽早养成用字母键的习惯。

这里的关键不是“字母比方向键高贵”，而是你的右手不用离开字母区去够方向键，手部肌肉能保持一个相对固定的位置，长时间操作更省力。另一个原因是很多终端模拟器和远程环境里方向键和功能键的转义序列兼容性并不完美，尤其在一些老旧的 SSH 客户端里，方向键会变成 ABCD 乱码，而 hjkl 永远稳定。

除了单字符移动，Vim 还提供词级别和行级别的移动方式。按 w 跳到下一个单词开头，按 b 回到上一个单词开头，按 $ 跳到行尾，按 0 跳到行首，按 ^ 跳到行首第一个非空字符。文件级别上，gg 跳到文件第一行，G 跳到文件最后一行，Ctrl+d 和 Ctrl+u 分别向下和向上滚动半屏，Ctrl+f 和 Ctrl+b 是整屏翻页。

在实际修改配置文件时，最常用的定位套路其实是“搜索定位”。比如你想在 Nginx 配置文件里找到 worker_processes 这一行，直接输入 /worker_processes 再按回车，光标就会跳过去，接着按 n 可以跳转到下一个匹配项。这种方式比肉眼扫行号高效得多。还有 :set number 可以显示行号，配合 :行号 就能直接跳到指定行。比如 :67 回车就会跳到第 67 行。

2.3 编辑和删除：从单字符到整块文本的指令组合

Vim 的编辑命令通常遵循“操作 + 对象”的组合模式。删除类命令以 d 开头，复制类命令以 y 开头，修改类命令以 c 开头。它们后面的字母表示操作范围，比如 w 代表一个词，$ 代表到行尾，0 代表到行首，gg 代表到文件头，G 代表到文件尾。

举个例子，dw 是删除从光标位置到单词结尾的内容，d$ 是删除从光标位置到行尾的内容，dd 是删除整行。yy 是复制当前行，p 是粘贴到下一行，P 是粘贴到上一行。如果你想把第 10 行到第 20 行的内容全部剪切掉，可以用 :10,20d 命令模式行删除。这种行范围的表达方式在处理大文件时特别有用。

要特别提醒的是，初学阶段最容易搞混的是 x 和 d 的差异。x 是删除光标下的单个字符，相当于图形编辑器的 Delete 键；而 d 是一个“动作前缀”，需要配合一个移动目标才能完成一个完整操作。如果你只输入了一个 d 而没有后续按键，Vim 会一直等待你输入对象，看起来像卡住了，实际上是在等指令。

撤销和重做也是日常高频操作。u 撤销上一步，Ctrl+r 重做。注意撤销在 Vim 里是“树状”的，如果你撤销几步之后又做了新操作，之后再想恢复那些被撤销的步骤会有些麻烦。大部分情况下，u 和 Ctrl+r 足够应对绝大多数手误了。

2.4 搜索替换：命令行编辑器最强大的实战能力

Vim 的搜索替换功能是用正则表达式驱动的，这意味着它可以做到“按规律改文本”，而不是逐条手动修改。基本命令格式是：

code复制:范围 s/旧内容/新内容/标志

比如把当前文件里所有 localhost 替换成 127.0.0.1：

code复制:%s/localhost/127.0.0.1/g

这里的 % 表示全文，g 表示全局替换（同一行里所有匹配都替换，而不是只替换第一个）。如果只替换第 5 行到第 10 行，就写成 :5,10s/foo/bar/g。如果只想让 Vim 在替换之前逐一询问你确认，可以把 g 换成 c，它会逐个提示 y/n。

sed 的替换语法与 Vim 有很多相通之处，这也是我建议两个一起学的原因。比如：

bash复制sed -i 's/old_string/new_string/g' /etc/some.conf

这条命令在 shell 里直接对文件做替换，不需要打开编辑器。在批量处理多个文件、或者需要在脚本里自动修改配置时，sed 的价值会体现得非常明显。

3. 实战配置：真正动手改好一个服务配置文件

3.1 场景一：通过 Vim 修改 SSH 服务配置

假设你现在要在 Linux 服务器上改 SSH 服务的监听端口，这个需求其实经常出现，比如你不想让 SSH 暴露在默认的 22 端口上，想改成 2222。整个操作流程可以拆解成几个关键步骤。

第一步是备份原文件。这不是多余动作，改配置文件之前先备份是运维的肌肉记忆。执行：

bash复制cp /etc/ssh/sshd_config /etc/ssh/sshd_config.bak.$(date +%F)

这样即使改坏了，也能随时回滚到改动前的状态。

第二步是用 Vim 打开配置文件：

bash复制sudo vim /etc/ssh/sshd_config

为什么要加 sudo？因为 /etc/ssh/ 这个目录下的文件默认只有 root 用户有写权限。你的登录用户不一定能直接写入，不加 sudo 的话，改完保存时会提示文件只读或根本没有写权限。

第三步是通过搜索定位到端口配置行。输入：

code复制/^Port

配置文件里通常会有一行 #Port 22，前面带注释符号 # 代表这一行并没有生效。你先要把光标移动到那一行，按 x 删掉行首的 #，然后按 i 进入插入模式，把 22 改成 2222。如果想改成多行监听，也可以直接添加两行：

code复制Port 2222
Port 22

这样 SSH 服务会同时监听两个端口，迁移期间更安全。

第四步是保存退出。先按 Esc 确认回到普通模式，再输入 :wq 保存并退出。这里要强调一点，很多人会按 Ctrl+s 想保存，结果终端被冻结了。这是流控制的坑，Ctrl+s 在终端里是暂停输出，按 Ctrl+q 才能恢复。在 Vim 里保存请使用冒号命令 :w。

第五步是验证语法并重启服务。优先用 sshd -t 检查配置是否有语法错误：

bash复制sudo sshd -t

如果输出为空，说明配置语法没问题。然后重启 SSH 服务：

bash复制sudo systemctl restart sshd

这里最需要留意的坑是：千万不要先断开当前 SSH 连接再重启服务。很多线上事故就是这么发生的：改了端口，重启服务失败，而当前会话已经断开，机器彻底失联。正确做法是开一个新的 SSH 终端测试新端口连通性，确认能登录后再关闭旧会话。如果新端口连不上，立刻用旧端口回去检查配置。

3.2 场景二：用 sed 批量修改应用配置

Vim 适合交互式地改一个文件，但如果你有几十个配置文件、或者只是想在一个脚本里自动完成替换操作，sed 才是顺手的选择。举个实际案例：某天你的应用需要把数据库连接地址从一个内网 IP 切换到另一个，例如把 192.168.1.100 全部换成 192.168.1.101，涉及的文件分布在多个目录下。

你可以一条命令处理单个文件：

bash复制sed -i 's/192.168.1.100/192.168.1.101/g' /app/config/database.yml

如果想递归处理一个目录下所有 .conf 文件：

bash复制find /etc/myapp/ -type f -name "*.conf" -exec sed -i 's/192.168.1.100/192.168.1.101/g' {} +

这段命令先用 find 找出所有符合条件的文件，再通过 -exec 批量执行 sed 替换。-i 参数是 in-place 的意思，表示直接修改原文件，不会在屏幕上输出处理结果。这也意味着该操作是“不可逆”的，所以保险起见，用 -i.bak 让 sed 在修改前自动生成一个 .bak 备份文件：

bash复制sed -i.bak 's/192.168.1.100/192.168.1.101/g' /app/config/database.yml

这样原文件会被保存为 database.yml.bak，修改后的内容则写在 database.yml 里。

sed 的其他高频用法还包括：删除配置里的注释行和空行，例如：

bash复制sed -i '/^#/d; /^$/d' /etc/nginx/nginx.conf

d 表示删除匹配到的行，^# 匹配行首为井号的行，^$ 匹配空行。把这两条规则用分号隔开，一次执行。还能在指定行后追加内容：

bash复制sed -i '/worker_processes/a worker_cpu_affinity 0001 0010 0100 1000;' /etc/nginx/nginx.conf

a 表示 append，在匹配到的行后面追加一行。这种非交互式的批量修改在自动化部署和配置管理里特别实用，不需要人工打开每个文件逐一调整。

3.3 场景三：脚本化的定期文本处理

服务端每天会产生大量日志文件，运维经常要做的事就是从这些日志里抽取关键信息。比如你有一个访问日志 access.log，每一行格式是：

code复制192.168.1.10 - - [18/Oct/2025:14:23:55 +0800] "GET /api/user 200" 1234

现在要统计今天一共有多少条 500 错误，可以这样：

bash复制grep " 500 " access.log | wc -l

如果想把这些 500 错误的行单独提取到一个文件里方便进一步分析：

bash复制grep " 500 " access.log > error_500.log

再进一步，把错误日志里每一个访问的 IP 提取出来，并统计每个 IP 出现次数：

bash复制awk '{print $1}' error_500.log | sort | uniq -c | sort -nr

这条命令链是典型的“日志排查组合拳”：awk 提取行首的 IP 字段，sort 排序让相同 IP 相邻，uniq -c 统计次数，最后 sort -nr 按次数降序排列。最终输出是一份 IP 出现次数排行榜，哪个来源 IP 触发了大量 500 错误一眼就能看出来。

这些命令严格说不是编辑器，但它们和文本编辑器处于同一个工作流里。你在一台没有图形界面的服务器上排查问题，既要用 Vim 去改配置，也要用这套管道工具去分析和筛选文本。把它们放在一起理解，你才算真正踏入 Linux 文本处理的大门。

4. 更快的日常操作：高频命令和效率技巧

4.1 多文件编辑与多窗口布局

很多人在 Vim 里只会打开一个文件，改完退出再打开第二个，这其实浪费了 Vim 的多文件能力。你可以一次打开多个文件：

bash复制vim /etc/nginx/nginx.conf /etc/nginx/conf.d/default.conf

在 Vim 内部用 :n 切换到下一个文件，用 :N 或 :prev 回到上一个文件，用 :args 查看当前打开的文件列表。这个功能在对比两个配置文件时特别有用。

但如果要“同时看到两个文件”，就需要用到窗口分割功能。输入 :split 可以把当前窗口上下分成两个，:vsplit 是左右分成两个。每个窗口可以打开不同的文件。切换窗口的快捷键是 Ctrl+w 后按 w，或者 Ctrl+w 后按方向切换。这种布局非常适用于对照修改配置文件，比如一边看模板配置，一边改实际生效的配置。

还有一种是“标签页”，类似浏览器的标签页。:tabnew file 在新标签页打开文件，gt 切换到下一个标签页。我个人在服务器上用得少，更喜欢分割窗口，因为标签页在纯终端环境里视觉反馈没那么直观，但每个人习惯不同，试过之后选顺手的就行。

4.2 与 shell 交互：不退出 Vim 也能执行命令

Vim 里有一个指令特别实用：:!command。它会在不关闭 Vim 的情况下执行一条 shell 命令，执行完自动回到编辑器。比如你在编辑脚本时想知道当前时间，输入 :!date 就能看到输出；想临时查看某个文件内容，输入 :!cat /etc/hosts 就能显示出来。

更高级的用法是把外部命令的结果直接“导入”到当前文件里。比如我想把当前目录下所有文件名插入到文本中，可以这样：

bash复制:r!ls -la

r 是 read 的缩写，!ls -la 是执行命令，这行的意思是把 ls -la 命令的输出读取到当前光标位置之后。这在生成文件清单、批量添加路径列表时特别有用。

还有一个技巧常被称作“用 sudo 保存只读文件”。有时候你打开一个文件时忘了加 sudo，修改完后保存却发现权限不足，提示 E212: Can't open file for writing。这时候不需要退出重新打开，在命令模式里执行：

bash复制:w !sudo tee %

这行命令的作用是：% 代表当前文件名，tee 会把标准输入的内容覆盖写入该文件。通过 !sudo 以 root 权限执行，就能绕过权限限制完成保存。这是一个实用性极高的救急命令。不过要记得，只有在你确实需要修改这个文件、且当前用户有 sudo 权限时才能用这招。

4.3 宏录制与个性化配置

Vim 的宏功能是进阶效率工具。它允许你录制一组按键操作，然后在指定行批量重放。比如你有几十行文本，需要在每行行首加上一个 # 注释符，手动改太慢，录宏就能一次完成。

操作路径是这样的：把光标移到第一行要操作的位置，按 q 键再按一个寄存器字母，比如 a，进入录制状态。接下来的按键都会被记录下来，直到再次按 q 结束录制。之后把光标移动到下一行，按 @a 重放刚才录制的操作。如果需要连续重放十次，可以用 10@a。

宏的难点在于录制时要保证操作是可重复的。比如通过相对移动而不是绝对位置来定位，这样每一行的处理逻辑才能统一。我举个简单的例子，要在多行行首都插入注释符，录制过程是：I# 进入行首插入模式并输入 #，Esc 退出，j 下一行。这个宏对每一行都能正确执行。宏适合处理重复度高的文本调整，而可视化块选择（Ctrl+v 后按大写 I）在处理“列方向操作”时更直观，比如同时给多行行首添加内容，这种情况块选择比宏更简单。

个性化配置方面，你可以在家目录创建 ~/.vimrc 文件，把常用设置固化下来。我自己的基础配置大概长这样：

code复制set number
set relativenumber
set tabstop=4
set shiftwidth=4
set expandtab
set hlsearch
set ignorecase smartcase
set cursorline
syntax on
set encoding=utf-8
set fileencodings=utf-8,gbk,gb2312

其中 set number 显示行号，set relativenumber 显示相对行号，对于 Vim 里的 dd、yy 这类操作非常有帮助。set expandtab 会把 Tab 键展开成空格，避免在不同编辑器之间切换时出现缩进错乱。set hlsearch 让搜索结果高亮显示。这些配置每一条都在实际工作中被验证过，能明显减少日常使用时的“摩擦力”。

4.4 高频操作速查表

整理一份我日常使用频率最高的操作清单，适合贴在工位或者存到笔记里：

这只是一个骨架，真正熟练之后你会发现很多操作可以组合出更复杂的动作。但把这张表用熟，已经足够应付绝大多数日常文件编辑任务了。

5. 常见问题与排查技巧实录

5.1 为什么按方向键会出现 ABCD 乱码

这是一个让无数新手崩溃的问题：明明在 Vim 里按的是方向键，屏幕上却冒出一串 ABCD 或者光标乱跳。这个问题的根源在于终端类型识别出了偏差。Vim 在启动时会根据 TERM 环境变量来判断如何处理特殊按键。方向键、功能键在终端中并不是以字母形式传输的，而是以特定的转义序列发送给程序。当 TERM 设置错误时，Vim 无法识别这些转义序列，就会把它们当作普通字符处理。

解决办法是检查并修正终端类型。在你登录远程服务器后执行：

bash复制echo $TERM

通常输出是 xterm-256color 或 xterm。如果你看到的是 dumb 或者其他奇怪的值，说明终端类型没配对。可以在 shell 里临时设置：

bash复制export TERM=xterm-256color

或者在 SSH 连接时强制指定终端，比如用 Windows 的 Terminal 登录前检查“终端配置文件”里的 TERM 设置。还有一点，有些精简版系统里没有安装完整的 vim，只提供了最小化的 vi 变体（比如 busybox vi），这些变体功能弱很多，对方向键的支持也不稳定。遇到这种情况，可以尝试安装完整的 vim：

bash复制sudo apt install vim
sudo yum install vim-enhanced

5.2 保存文件提示 E212: Can't open file for writing

这个错误的直接原因是“没有写权限”。可能你打开的文件位于 /etc 目录下，当前用户只有读权限；也可能文件本身被锁定了写权限。解决问题有两种思路：一是直接用具有权限的用户重新打开，二是用前文提到过的 :w !sudo tee % 技巧。

在修改系统配置时，我强烈建议一开始就用正确的方式打开文件，不要抱着“先看看”的心态打开，然后临时想招保存。比如编辑 Nginx 配置，直接执行 sudo vim /etc/nginx/nginx.conf。这不只是为了省事，更是为了避免你改完之后发现不能保存、慌乱之下用 :q! 退出把改动全丢了的尴尬局面。

5.3 Vim 崩溃后出现 swap 文件

如果编辑过程中 SSH 断线、终端被强制关闭，Vim 再次打开同一个文件时会提示 E325: ATTENTION，告诉你已存在一个 .swp 后缀的交换文件。交换文件是 Vim 用来保存编辑中途状态的临时文件，防止程序意外退出时数据丢失。

此时你可以做出选择：如果确定之前的编辑内容不需要恢复，按 d（delete）删除 swap 文件后继续；如果想恢复崩溃前的编辑内容，按 r（recover）从 swap 文件里恢复。恢复之后记得立即保存一次 :w，并手动清理掉那个 .swp 文件。

实际操作中我的建议是，如果这个文件是你正经在改的，优先尝试恢复；如果只是误操作产生的 swap，选择删除即可。不要每次都直接删除，因为有些时候 swap 文件里保存着可能很重要的未保存修改。

5.4 配置文件中文显示乱码

服务器上出现中文乱码，常见原因是文件编码是 UTF-8，终端默认显示却不是 UTF-8，或者反过来。检查你的终端字符编码设置，确保是 UTF-8。在 Vim 里也可以通过增加 set encoding=utf-8 和 set fileencodings=utf-8,gbk,gb2312 来提升对不同编码文件的兼容性。

如果你在中文 Windows 环境下用记事本编辑过文件再传到 Linux 上，也可能因为 Windows 默认编码是 GBK 或者 UTF-8 BOM 的原因导致 Linux 端显示异常。遇到这类文件，在 Vim 里可以强制指定编码重新加载：

code复制:e ++enc=gbk

这样能在不退出 Vim 的情况下用指定编码重新加载文件。不过更稳妥的方案是统一在 Linux 环境下编写和修改配置文件，避免跨平台编辑带来的编码问题。

6. 一些我用得顺手的个性化建议

文本编辑器这个事，说到底没有绝对的“最好”，只有“最适合”。我在服务器上处理小型配置修改时，依然经常使用 nano，因为它足够快、足够简单，不需要任何心理负担。但在正式写代码、批量调整大文件、或者做复杂的文本处理时，我几乎都选择 Vim。两条路线各有各的适用场景，没必要非此即彼。

另外要强调的是，每个用户的习惯都可以沉淀到 .vimrc 里。我的 .vimrc 是慢慢攒出来的，一开始只有三行，后来逐渐加了缩进设置、搜索高亮、行号等，现在已经固定成一套自己非常舒服的配置。建议你也从最简单的几行开始，遇到不满意的体验就查资料加配置，花不了多少时间，但每次编辑文件时省下的时间却是长期的。

如果你之前一直用 nano 或图形编辑器，今天花点时间把 Vim 的基本模式搞明白，再照着本文第 2 节的命令清单练几遍，很快就能建立肌肉记忆。真的，这个门槛跨过去之后，你在 Linux 终端里的工作体验会完全不一样。