“caveman”这个词在我这儿有两个完全不同的含义。一个是算法圈子里的“穴居人筛法”——写代码时最粗暴、最省脑子的暴力解法另一个则是一个真实存在、能让你在命令行里真的“回到石器时代”的老牌Unix编辑器Caveman Editor。这名字起得一点都不冤枉它因为它能在只有几KB磁盘空间的应急环境里硬生生给你一个能编辑文件的工具。今天我想聊的就是这个已经快要被遗忘的命令行老古董。它不是游戏里的野人也不是电影里的尼安德特人而是一个开发于上世纪80年代末、伴随早期Linux和Unix工作站成长起来的文本编辑器。它的设计目标非常明确比ed更友好一点比vi/emacs更小很多让你在一个连图形界面都没有的系统里仍然能够用几条简单到像原始人敲石头一样的命令完成读文件、改文件、存文件这件事。适合谁来读这篇文章如果你对Unix工具史、极简主义软件、或者对各种“最小可用”的CLI工具感兴趣这篇文章可以当一份考古笔记看。如果你正在做一个嵌入式Linux系统、或者要维护一台老旧的救援机器那caveman的实用价值会超出你的预期。1. 为什么是“caveman”一个被遗忘的Unix编辑器样本1.1 名字背后的双重含义先说这个名字。程序员圈子里凡是需要“土办法”解决的地方都爱用caveman这个词。比如算法里直接用二层循环判断每个数是不是素数民间给它起的名字就叫“穴居人筛法”。同样调试的时候不搞断点、不搞分析器全靠printf往代码里插一句话这种人也被戏称为“穴居人调试”。这个词天然带着一种自嘲我知道我的办法不够精巧但是它能用。而这个编辑器恰恰把这个自嘲落到了实处。它不想跟vi大打出手也无意跟emacs争地盘它只是按照“最原始、最直接”的思路做了个能编辑文本的命令行工具。所以它的命令系统非常简单简单到你第一次打开它输入一个h它会真的给你打印一屏帮助信息而不是像vi那样把你晾在那个“-- INSERT --”状态里不知所措。1.2 一段流水账式的简史caveman的历史可以用“生于Unix新时代却坚持老做派”来概括。它最初出现在80年代末的Unix工作站上当时开发者发现很多新手对vi的模态编辑非常不适应而ed又实在太不友好连打印一个文件的行内容都要先弄明白“.”到底是什么意思。于是有人写了个介于两者之间的编辑器取名叫caveman。早期Linux发行版里它一度被收录在软件仓库中比如Debian和Red Hat都做过它的打包甚至在系统安装盘里放上它用来在安装失败时紧急编辑配置文件。后来随着图形界面的普及加上nano、vim这些编辑器的壮大caveman逐渐被移出了主流发行版只在一些怀旧系统、嵌入式工具箱源码包里还能找到它的踪迹。我印象里它的最后稳定版停留在8.x系列后续有一些自发移植的版本但已经很难进入主流视野了。1.3 它到底解决了什么痛点现在的年轻人可能很难理解为什么连一个编辑器都要“极简”。原因很简单在80年代末到90年代初存储空间是按KB算的内存是按MB算的一个完整安装的vim往往要占几百KB甚至上MB的磁盘emacs更是以“杀人进程的内存”著称。而caveman一个二进制文件通常只有几十KB放在启动盘里完全不心疼。痛点还在于学习成本。vi的编辑模式和可视模式叠加让新手一进门就先碰一鼻子灰ed虽然只有几行命令但交互体验太差批量操作时容易把自己绕晕。caveman把编辑命令收敛成一组几乎“望文生义”的单词比如p是打印、a是追加、d是删除配合一个简单的行号寻址方式新人五分钟就能上手。这种“用最小复杂度把活干完”的思路在今天这个功能越堆越多的软件环境里成了一个很有趣的对照。2. 设计思路拆解比vi简单、比ed贴心的命令哲学2.1 为什么命令是“一句话”而不是“组合键”caveman的核心命令逻辑你可以理解成“给一行文字下一个短小的指令”。它不像vi那样把删除、复制、粘贴分散到二三十个快捷键中也不像emacs那样用Ctrl、Alt成套组合。它的命令集更接近一个“能交互的sed”你先告诉它要处理第几行到第几行再告诉它要做什么操作。拿删除举例。vi里你想删掉当前行得先确认光标在这一行再按dd。caveman里你直接输入一个地址范围然后跟一个d比如输入5,10d屏幕上第5行到第10行就消失了。你说它粗鲁也好原始也罢但这种“明确说清对象再动手”的方式其实比现代编辑器更需要逻辑清晰地思考你要干什么。对于习惯了脚本思维的人这反而是一种很舒服的交互。我整理了一张表能直观看到caveman和ed、vi在常用操作上的表达差异操作edcavemanvi普通模式打印第5行5p5p5G 然后yy之类或:5删除第2到第5行2,5d2,5d光标到2行5dd替换当前行第一个“foo”s/foo/bar/s/foo/bar/:s/foo/bar/追加内容到文件末尾a 加内容a 加内容G 然后 o写入文件ww:w退出qq:q可以看到caveman和ed在行编辑层面几乎是一脉相承但caveman的强项是把这些命令包装得更舒缓——你在交互模式下每输入一条命令立刻能看到结果反馈而且可以随时输入h唤出帮助不像ed那样一句“?”就把你打发了。2.2 没有菜单、没有鼠标一切靠地址寻址caveman里最核心的概念是“地址”。地址可以是一个行号比如3也可以是一个范围比如1,10还可以是特殊符号比如.代表当前行$代表最后一行。所有命令都需要挂在地址后面如果你省略地址它就默认当前行。这个设计的聪明之处在于它把“定位”和“操作”彻底分离了。你在vi里要先用gg跳到开头、再用dG删到底部而在caveman里面你随时可以写1,$d来表示“从第一行到最后一行全删了”。这种表达方式在需要用脚本批量生成修改命令时特别有用。你可以在shell里生成一串caveman命令然后一次性喂给它执行简直就是一个交互式sed。2.3 为什么这个设计在2025年还有参考价值你可能觉得这玩意儿太简陋了但我恰恰觉得它的“简陋”在今天成了一个稀缺品。现在随便一个编辑器装完插件光配置文件就能写上几千行。而caveman的核心价值在于它把所有功能压缩到“能用”这条底线上不给你任何多余的负担。它让我想起那些用suckless哲学开发的软件比如dwm、st也让我想起busybox里的vi实现。它们的共同点是工具本身边界清晰不试图吞掉你整个工作流。在写博客、维护服务器、修改配置文件的场景下我不需要一个宇宙级编辑器我只需要一个能快速打开、改一行、保存、退出的东西。caveman正是这样一个东西。3. 上手实操5分钟编译安装并开始编辑3.1 从哪搞到源码年代久远的软件最大的麻烦是“找不到下载地址”。caveman目前还能在SourceForge上的历史项目页面里找到搜索“caveman editor”就能看到源码包格式是tar.gz。另外一些大学镜像站和归档站点比如ibiblio的Unix/Linux软件归档目录里也保留着caveman的多个版本。如果你有FreeBSD环境它的ports目录里曾经收录过editors/caveman可以直接用包管理器拉取。拿到tar.gz之后解压进目录第一眼你会看到两个重要文件README和Makefile。注意老软件的Makefile不一定能直接在今天的Linux上跑通因为当年很多程序还用着编译环境自动探测工具比如imake、xmkmf。如果直接make报错优先看一下Makefile顶部有没有CC、CFLAGS这样的变量手动指定一下编译器再试。3.2 编译安装的简单流程我试用过8.x系列的源码包在Ubuntu 22.04上编译其实并不复杂。大致流程是这样tar xzf caveman-8.1.tar.gz cd caveman-8.1 # 先看看说明文件确认有没有特别的编译选项 less README # 直接尝试 make make如果make产生了可执行文件那恭喜你直接把它扔进/usr/local/bin就能用。如果编译报了一堆函数未定义之类的问题大概率是年代差异导致头文件不匹配。我的经验是先检查代码里的#include部分把不需要的旧版头文件注释掉通常看一眼报错提示就能锁定问题。3.3 启动、读文件、存盘、退出编译好之后运行就简单了caveman /tmp/test.txt如果文件不存在caveman会创建一个新的缓冲区但注意它不会立刻在磁盘上建立文件必须等执行保存命令后才真正写盘。启动后你会看到一个引导提示大体意思是告诉你输入h看帮助输入q退出。想读入一个文件到当前缓冲区用r命令后面跟文件名r /etc/hostname保存用ww /tmp/copy.txt不给文件名直接w它会写回你打开的那个文件。退出用q如果你对文件做过修改但没保存caveman会问你是否确定输入y就能退出或者你用q!强制执行。3.4 核心编辑命令速查与实测记录下面这组命令是我日常最常用的也是我实测后确认能用的命令作用示例a追加模式在末尾插入新行输入a后直接输入文本i插入模式在指定行前插入3ic修改指定行替换整行内容5cd删除指定行或范围2,4dp打印指定行或范围1,5ps/旧/新/替换第一个匹配s/foo/bar/s/旧/新/g替换所有匹配1,$s/foo/bar/gn显示带行号的文本块1,10nh显示帮助信息hw保存文件wq退出q我做过一个验证打开一个500行的日志文件想把所有行首的ERROR改成WARNING然后删除第10到第15行最后保存。整个过程是这样的caveman app.log 1,$s/ERROR/WARNING/g 10,15d w q就这五条输入不到十秒完事。你如果在vi里操作也不算慢但至少得记:%s/ERROR/WARNING/g、:10,15d这些带冒号的Ex命令而在caveman里面一切都像在跟文件直接对话一样直白。4. 进阶玩法让caveman适应真正的日常4.1 用“批量命令”实现宏效果caveman虽然没有宏系统但它可以一次性接收大量命令。你可以在shell脚本里用管道把要执行的命令一次性喂给它printf 1,$s/old/new/g\nw\nq\n | caveman config.txt这里每行是一个caveman命令最后一条是q。它执行完就自动保存退出整个过程可以嵌入你的shell工具链。这种方式特别适合在一堆配置文件上做批量小修改又不想为此写个大Python脚本的场景。4.2 在救援盘和启动脚本里当编辑器是什么让我至今还在用caveman答案不是怀旧而是救援场景。我在调试一个最小化Linux系统时目标环境里没有vim、没有nano甚至没有sed的-i参数只有busybox和一堆基础工具。这时一个几十KB的caveman静态编译二进制就成了救命稻草。把它编成静态版本放进initramfs里启动失败时就能直接修改/etc/fstab、/etc/inittab这些关键文件不用费劲去vi里按i进插入模式再按Esc回普通模式。静态编译的方式很简单在Makefile里找到LDFLAGS加上-static重新编译产出的可执行文件就完全不需要动态链接库了。4.3 与sed、awk配合干活很多人会问既然有sed和awk我为什么还要一个caveman答案是在“交互式编辑”这件事上sed是一次性命令awk更偏向文本处理它们都不适合“打开文件、看着内容、逐行改”的场景。而caveman天然就是一个人机交互的编辑器。你可以先看内容再决定改哪里改完一行还能继续改另一行所有修改都在同一个会话里完成。这跟管道的组合也能玩出很舒服的流程先用grep -n找到目标行的行号然后进caveman用行号范围精准修改。尤其是替换16进制字符串、调整配置文件里的大小写开关都比在sed里搞一堆转义符要清晰得多。4.4 多文件与常用工作流严格来说caveman一次只处理一个文件。但你可以把它放进shell的循环里对多个文件执行相同操作for f in /etc/conf.d/*; do printf 1,$s/Enable0/Enable1/\nw\nq\n | caveman $f done这种小而直接的批量修改比安装一堆编辑器插件更符合“用工具而不是平台”的工作习惯。我还会顺手把常用命令写成shell函数放在.bashrc里比如一个快速替换函数用参数传入文件名和替换规则内部自动调caveman执行这样日常维护变成了半个自动化流程。5. 常见问题与避坑实录5.1 屏幕卡住、乱码、终端设置新接触caveman的人最容易遇到的问题是“打开后不知道怎么退出来”或者“屏幕上一堆提示让我一脸懵”。先说退出输入q如果提示有未保存的修改输入q!强制退出。如果连输入都被系统锁住了多半是终端里误触了CtrlS导致输出暂停这时候按CtrlQ解锁——这是老式终端仿真器里的经典陷阱。乱码问题大多出在TERM环境变量上。如果终端类型设置得不对caveman可能无法正确显示界面甚至出现光标乱跳。解决方法是先export TERMxterm再启动caveman大多数现代终端都能正常显示。5.2 误删内容、没有撤销怎么办caveman没有撤销功能这是它最原始的地方也是最需要注意的。我在自己使用的过程中养成了一个几乎是强迫症的习惯开始编辑之前先执行一次w把原文件备份到临时文件比如w file.bak。这样即使后面删错了行还能退出去把备份改回来。另一个土办法是在删除大范围内容前先打印一下要删的范围确认无误再动手。比如要删20,30行我先20,30p看一眼再执行删除。别看这个习惯土它每年能帮我避免好几次“手滑删掉配置”的惨剧。5.3 替换命令的一些坑替换命令s/pattern/replacement/默认只替换每一行的第一个匹配。想全局替换必须在末尾加g。另外一个常见的坑是正则里的特殊字符。比如替换路径/usr/bin如果你直接1,$s//usr/bin//opt/bin/g斜杠会把命令拆得七零八落。解决办法是在sed里常用的老技巧换一个分隔符比如用|写成1,$s|/usr/bin|/opt/bin|g。caveman对这方面的支持与ed一脉相承用不同分隔符可以解决大部分转义问题。还有一点要注意caveman的模式匹配默认是区分大小写的。你想忽略大小写替换要么把大写的变体都列出来要么用[Ee][Rr][Rr][Oo][Rr]这种字符集写法。这在老工具里很正常习惯了就好。5.4 老代码编译过程中的兼容性问题如果你在macOS或者新版Linux上编译大概率会遇到一些让人挠头的报错。常见的有这么几类头文件被移除比如malloc.h在glibc里已经告老还乡改成stdlib.h即可。某些变量在今天的C语言标准下必须显式声明才能过编译加个-stdgnu89或-stdgnu99就行。编译器太新警告信息多到影响判断建议先加-w关掉所有警告等编译通过后再根据需要处理。我的通用套路是在Makefile里把CFLAGS配置成CFLAGS -Wall -O2 -stdgnu89 -w先确保能编出来再考虑要不要清洁代码。毕竟老项目里那些几十年没人碰的角落把编译警告清零这事既花时间又没有直接收益。5.5 在新老系统之间搬运文件的编码问题caveman问世那年UTF-8还没普及。你在现代Linux上创建一个中文文件名或中文内容的文件再用caveman编辑大多数情况下是没问题的因为它只是把字节流原样写回磁盘。但你如果从Windows那边拷贝过来一个CRLF换行的文件caveman会原样保留回车符显示上可能出现^M这样的控制字符。可以用一个小命令先洗一遍sed -i s/\r$// file.txt然后再用caveman编辑就不会被这些隐藏字符干扰了。6. caveman精神在现代软件里的回响6.1 “穴居人筛法”与“穴居人调试”的当代用法前面提到caveman这个词在编程语境里还有另外两个含义一个是算法的暴力筛法一个是printf调试。其实它们是同一个态度的不同侧面先把问题用最直白的方式表达出来解决它再说。今天的开发者动不动就上刚DevOps全家桶、可观测性平台、分布式追踪但很多线上问题打个日志一看就定位了。这不是退步这是回归本源。caveman编辑器也一样。你用它可以实现最短路径的文本修改不需要加载配置文件、不需要安装LSP、不需要插件管理。在某些情况下这种“原始”就是最高的效率。6.2 极简CLI工具的复兴ed、awk、nano与caveman有意思的是这几年极简CLI工具反而有了复兴的味道。很多开发者开始嫌弃IDE太笨重转而研究ed、sed、awk这些老牌工具甚至有人把busybox里的vi当作“够用最好”的典范。nano的成功已经证明了“简单”本身就能赢得用户caveman虽然不够流行但它的设计思路正是这条曲线的新鲜样本。如果你习惯了现代编辑器和IDE回头用caveman最初一定觉得憋屈。你可能会在思考如何删除一个单词时找不到合适的命令然后意识到自己已经被工具养成了另一套肌肉记忆。但一旦你接受了它的“最小单位是行”这个设定看事情的角度就会变文本不再是一个光标的延伸而是一串可以被寻址、被替换、被重排的数据流。6.3 你该不该试一次以及什么时候别用它我始终认为caveman值得任何一个喜欢命令行的人玩一次哪怕只是当交个朋友。它能帮你理解“编辑器的本质就是对字节流的操作”也能帮你在极端环境里多一个应急选项。但如果你的日常是写几千行代码、重构大型工程那就别用它了我也许会直接建议你老老实实用vim或VS Code。工具的价值在于适合场景而不是互相鄙视。另一个不该用它的场景是对中文输入和复杂排版有要求的写作。caveman不具备任何排版能力也不会帮你补全括号你做技术写作、代码注释没问题但要写一篇带表格的Markdown长文还是比较吃力。极简意味着你做更多事情也意味着它不会替你兜底。按下q退出caveman之后它会安安静静退回到你干净的shell提示符前不留一个闪动的光标不弹一个升级提醒。这年头已经很少有什么软件能这么悄无声息地“做完就走”了。我个人的体会是当你在服务器上一通操作猛如虎之后偶尔打开caveman改两行配置仿佛能听见自己敲键盘的声音声音里有一点点远古的踏实感。