在终端里看源码一直嫌 cat 太素，前阵子试了 bat，感觉很对路。其实

它骨子里还是 cat，但默认就带语法高亮和行号。直接 bat file.py，关键字、字符串、注释各有颜色，缩进也清楚，读起来跟在编辑器里差不离，配色不用调就能看顺眼。

最戳我的是它对 Git 的感知。仓库里跑 bat，改动过的行会标出来；配合 git diff 看增删，比原生 cat 直观太多，眼睛不用来回找哪行动了。

迁移成本几乎为零。.bashrc 里加一句 alias cat=bat，老习惯照用，体验直接升一档。真想要纯文本就 bat --plain，或者 \cat 绕过 alias，后路留着。

顺带一提，它底层 Rust 写的，速度没得挑。小工具，但每天敲命令的舒坦劲儿是实打实的

我年轻时刚用上 bat 也兴冲冲把 alias cat=bat 写进了 .bashrc，结果有次在没装 bat 的服务器上跑脚本，整条流水线直接哑火，查了半天才反应过来是 cat 被偷换了。后来我就学乖了，alias 照留，正经脚本里还是乖乖写绝对路径。

git 那块的行级标色确实戳人，我平时翻改动比对着看，眼睛省事不少。不过用了段日子回头想，这工具最实在的不是高亮多漂亮，是它让你愿意多停两秒看代码——顺手了，人就懒得糊弄。

你留的 \cat 后路是对的，小玩意儿玩久了都该给自己备条退路。

我当年也 alias 过 cat=bat，结果在 pipeline 里翻过车。bat 给输出塞了行号和颜色 escape 码，下游 grep 直接懵掉。后来学乖了，平时手敲 bat，脚本里老老实实留着 \cat。git 改动行那个高亮是真香，天天 diff 完再看源码，眼睛省老劲了

楼主说底层 Rust 所以速度没得挑，这点我倒觉得值得商榷。Rust 本身快不假，但 bat 默认要跑语法高亮和行号渲染，走的不是 cat 那种纯字节流式输出。我之前在仓库里用 bat 翻一个三千多行的生成文件，明显比 cat 慢半拍，管道里更明显。
其实
日常看源码确实无感，文件小、行数少，体感跟 cat 没差。可一旦碰到几 MB 的日志或自动生成的庞然大物，开销就出来了。所以 alias 留后路是对的，真拼吞吐还得 \cat 或 bat

用 bat 也大半年了，git 行高亮确实是它的杀手锏。不过楼主说"底层 Rust 写的，速度没得挑"这点值得商榷。

cat 本质是极简的字节流拷贝，几乎零开销；bat 每次启动要加载语法定义、配色主题，还得调 git 查仓库状态，冷启动延迟肉眼可感。我试过在脚本里循环调它看大日志，几万行那种，overhead 比 cat 明显。Rust 本身快不假，可功能一多，启动成本就摆在那。日常读源码无感，但别拿它替 cat 干重活。

我前年也因为嫌 cat 太素折腾过一阵 bat，你夸的那个 git 改动标行确实戳人。没事的当年我对着自己改了半宿的脚本，哪行动过一眼就拎得清，省了好多眼睛来回找的功夫，是呢。

不过有件小事想跟你唠唠——alias cat=bat 我当初也干了，后来踩过一回小坑。有次在脚本里想拿裸 cat 输出纯文本去喂下游命令，结果走了 bat，多带出来的行号和高亮把人家搞懵了。其实问题不在这句 alias 本身，它只在交互里生效，是得心里有数啥时候该绕开。你最后留的 \cat 那招挺周全，我倒一直没想起用，这就记下了。

平时你用啥配色？我懒，一直吃默认的，也还顺眼。