如果你每天要在 Linux 终端里泡上几个小时命令行颜色这件事绝对不是锦上添花的小事。打开终端看到的ls输出清一色黑底白字或者 SSH 到服务器后所有文件都长一个样识别效率会低到你怀疑人生。我在刚接触 Linux 的那阵子就一直困惑为什么别人的终端里有绿色、蓝色、青色的文件列表而自己的ls输出永远是一团黑白色。后来花了点时间把LS_COLORS、PS1、dircolors这些东西理清楚才发现这一层颜色配置并不复杂但确实需要从原理上弄明白。这篇文章主要是写给两类人一类是想把本地开发机终端配色调舒服的初学者另一类是经常登录服务器、被默认黑白色折磨的运维或后端开发。我会从颜色代码的基本原理讲起再把ls、Bash 提示符、grep这些高频命令的配色方案一个个拆开最后附上我自己踩过的几个坑。目标是你看完以后不需要复制粘贴一大坨自己看不懂的字符串也能写出适合自己的配置。1. 命令行颜色到底在管什么先认清三个层面1.1 终端的颜色不是“一个开关”决定的很多人以为终端颜色就是设置里换一个主题的事其实在 Linux 下命令行颜色至少由三层决定终端模拟器本身比如你用的是 GNOME Terminal、Konsole、Windows Terminal 还是 macOS 的 Terminal.app它们管理的是字体、背景、以及默认的 16 色配色板。Shell 提示符PS1这个决定命令行输入光标前那一段提示文字长什么样。命令输出的颜色比如ls对目录、可执行文件、压缩包染上不同颜色grep对命中关键词高亮vim对语法元素着色。这三层各管各的互相独立但也可能互相干扰。有时候你觉得“颜色没生效”其实不是没生效而是你改的那个变量只影响其中某一层。比如你把PS1改了但ls的颜色依然白底黑字或者你在终端设置里换了主题但vim的语法高亮还是靠 vim 自己的配置。所以在动手之前先想清楚你当前要解决的是哪一层的问题。我把这个理念放在最前面是因为后面的所有操作都建立在“明确目标层”这个基础上。1.2 为什么默认配置总是不够用各大发行版的默认终端配置通常会开启ls的基础颜色但也仅此而已。比如 Ubuntu 的默认.bashrc里会调用dircolors生成一个基础LS_COLORS目录是蓝色可执行文件是绿色压缩包是红色这些基础色能用但存在一个明显问题蓝色在黑色背景的终端里识别度并不高而且不同文件类型的区分度很低。还有一类更麻烦的情况你通过 SSH 登录一台精简服务器发现所有输出都是单色。原因是很多服务器默认只设置了TERMxterm但没有安装dircolors也没有加载任何颜色相关的 shell 配置。此时你看到的不是“配置坏了”而是“本来就没有配置”。理解这一点后你就知道为什么要自定义颜色——不是为了让终端变得花哨而是为了减少扫视文件列表时的认知负担。合理的配色应当让“目录、普通文件、可执行文件、软链接、压缩包”在 0.5 秒内被区分出来而不是让眼睛逐个去辨认。1.3 颜色代码的底层原理SGR 转义序列所有终端颜色最终都通过 ANSI 转义序列ECMA-48 里的 SGR 参数来实现。说人话就是终端遇到\033[31m这样的字节序列时会把后续文本显示为红色遇到\033[0m时恢复默认。\033是 ESC 字符的八进制写法[是控制序列引导符31表示前景色红色m表示执行 SGR 命令。常见的 SGR 参数如下前景色30 黑、31 红、32 绿、33 黄、34 蓝、35 紫、36 青、37 白背景色40-47对应同样的颜色顺序样式1 加粗、4 下划线、5 闪烁、7 反显交换前景背景色比如\033[1;32m就是粗体绿色。分号分隔多个参数最后以m收尾。这个原理决定了后面所有配置项的本质无论是LS_COLORS里的di01;34还是PS1里的\[\e[32m\]最后都是拼成一段 SGR 序列交给终端。理解了这个你就不容易被网上那些魔法字符串吓到。它们不是随机的数字堆砌只是把参数按规则组合而已。2. 设置 ls 文件类型颜色dircolors 与 LS_COLORS 详解2.1 先跑一条命令让 ls 立刻带上颜色如果你的系统里没有开启任何ls颜色最快的验证方式是在当前 shell 执行eval $(dircolors -b)dircolors会读取一个配置文件默认是/etc/DIR_COLORS生成一组 Shell 命令eval会把它们加载到当前环境。-b表示输出兼容 bash 的语法。执行完成后ls的输出就会带上颜色。如果系统里没有dircolors某些精简环境没有安装 coreutils 的工具集你可以直接设置ls的别名alias lsls --colorauto--colorauto表示在输出到终端时启用颜色但输出被重定向到文件或管道时自动禁用颜色这个选项非常适合日常使用。手动测试时也可以直接用ls --coloralways但这里有个坑后面会细说。2.2 手工编写 LS_COLORS 字符串LS_COLORS是一个环境变量里面用冒号分隔多个键值对。每个键是一个文件类型标识值是一组 SGR 参数。我常用的几个键di目录fi普通文件ln软链接ex可执行文件*.tar这类通配符按扩展名匹配的文件一条典型的LS_COLORS配置长这样export LS_COLORSdi01;34:ln01;36:ex01;32:*.tar01;31:*.zip01;31含义是目录用粗体蓝色软链接用粗体青色可执行文件用粗体绿色tar 和 zip 压缩包用粗体红色。注意这里用01;34而不是34是因为加粗可以让颜色在高亮背景下更容易辨认尤其在深色终端里。如果想更精细地调整可以把配置放在单独的文件里。先导出一份默认配置作为模板dircolors -p ~/.dircolors然后编辑~/.dircolors找到对应条目修改即可。改完以后用eval $(dircolors -b ~/.dircolors)加载自定义配置。这个文件里的注释非常详细每个键是什么意思都写得很清楚强烈建议第一次配置时看一眼。2.3 如何让它开机自动生效光是执行一次eval是不够的你需要把加载动作写进 shell 启动文件。以 bash 为例在~/.bashrc末尾添加if [ -x /usr/bin/dircolors ]; then if [ -f ~/.dircolors ]; then eval $(dircolors -b ~/.dircolors) else eval $(dircolors -b) fi fi如果不会生成~/.dircolors就只保留 else 分支走系统默认配置。这样每次打开新终端或 SSH 登录时ls的颜色都会自动加载。有一个细节很多人会忽略dircolors生成的命令里包含export LS_COLORS...所以你自己在配置里再写一次export LS_COLORS...会把它覆盖掉。正确做法是把自定义的LS_COLORS字符串直接放到~/.dircolors文件里或者通过eval $(dircolors -b ...)来加载二者只能选一种不要混着写。2.4 调整目录、可执行文件和软链接颜色的实例拿我自己的配置举个例子。我习惯把目录设置成高亮蓝色加粗这样在深色背景下不会和普通文本混淆软链接用青色因为软链接是“指向别处”的东西青色在终端里感知度最高可执行文件用绿色加粗压缩包用红色加粗。di01;34 ln01;36 ex01;32 *.tar01;31 *.gz01;31 *.zip01;31 *.7z01;31在~/.dircolors里直接把di、ln、ex所在行的值改成上述参数并在文件底部新增扩展名匹配规则。需要注意扩展名规则是区分大小写的*.Zip和*.zip是两条不同规则如果希望统一处理可以写两条或者用*.ZIP。另外还有一个容易忽略的键or指向不存在目标的软链接。这个建议单独设置成红色加粗比如or01;31因为断链往往意味着部署或迁移出了异常让它在列表里一眼暴露出来很有价值。2.5 误区和坑为什么改了没效果我见过的第一个误区是在~/.bashrc里直接写export LS_COLORSdi01;34...又同时保留了发行版默认的eval $(dircolors -b)。由于后者会在 shell 启动时被后执行会把前者的值覆盖掉结果就是你明明改了却看不到变化。解决办法是统一入口要么只编辑~/.dircolors要么在~/.bashrc里删掉原来的eval行只留自己的export。我个人更推荐~/.dircolors方案因为它的语法更可读而且当你想知道某个文件类型对应哪个键时直接翻注释就行。第二个坑是LS_COLORS没导出。如果你只在函数内部设置了LS_COLORS外部命令ls是读不到它的。也就是说在.bashrc里直接写LS_COLORS...而不带export对子进程不生效。dircolors -b生成的命令里自带export所以很少踩到这个但手写时容易忘。第三个坑是ls本身没启用颜色。就算LS_COLORS配置得再漂亮如果你的ls命令没有加--color参数颜色根本不会输出。这也是为什么一定要配上别名alias lsls --colorauto。你可以在交互式 shell 里通过type -a ls检查当前别名是否生效。3. 定制 Bash 提示符 PS1让命令行不再一片白3.1 PS1 颜色转义的基本写法PS1是 Bash 用来生成主提示符的变量。它里面可以包含普通文本、命令替换、用户名、主机名、当前目录等信息也可以包含颜色转义。在 bash 里颜色代码有两种主流写法export PS1\[\e[32m\]\u\h:\w\$\[\e[0m\] 这段配置的意思是用户名\u、主机名\h、当前目录\w和提示符符号\$全部用绿色显示最后\e[0m恢复默认色。\[和\]是 bash 专用的标记用来告诉 shell 这两个括号之间的内容是不占显示宽度的转义序列这样行宽计算才准确。另一种写法是用\033代替\eexport PS1\[\033[32m\]\u\h:\w\$\[\033[0m\] 两者的效果完全一样\e和\033都表示 ESC。具体用哪个取决于你的习惯没有好坏之分。3.2 拆解一个常用配置来看一个我日常在用的配置export PS1\[\e[1;32m\]\u\h\[\e[0m\]:\[\e[1;34m\]\w\[\e[0m\]\$ 拆开看\[\e[1;32m\]粗体绿色作用于后面的用户名和主机名\[\e[0m\]恢复默认影响冒号之前的内容\[\e[1;34m\]粗体蓝色作用于当前目录\[\e[0m\]再一次恢复默认\$普通用户显示$root 显示#这样配置的好处是提示符里不同信息区块的颜色区分明显用户名和主机名一眼可见当前工作目录用了高对比度蓝色命令输入处恢复默认色不会因为颜色堆积影响阅读。如果你是 root 用户可以考虑把颜色改成红色系因为 root 权限下误操作风险更高用红色提示符能时刻提醒你当前身份。一个常见做法if [ $EUID -eq 0 ]; then export PS1\[\e[31m\]\u\h:\w#\[\e[0m\] else export PS1\[\e[32m\]\u\h:\w$\[\e[0m\] fi3.3 在提示符中显示 Git 分支并着色对于经常在 Git 仓库里操作的人来说提示符里显示当前分支非常实用。我一般这样写__git_branch() { git branch --show-current 2/dev/null } if [ -n $(__git_branch) ]; then export PS1\[\e[1;32m\]\u\h\[\e[0m\]:\[\e[1;34m\]\w\[\e[0m\] \[\e[1;35m\]$(__git_branch)\[\e[0m\]\$ fi这里把分支信息放在目录后面用紫色表示和其他信息隔离。实际使用中要注意每次生成提示符时都会执行一次git branch --show-current在超大仓库里可能会有轻微延迟。如果在意性能可以把命令改为只在目录变化时执行一次或者用更简单的解析方式。不过这个功能跟主题“命令行颜色”的关系是锦上添花新手可以先跳过等 PS1 基础配置稳定后再加。3.4 小心 [ 和 ] 导致的光标错乱这是定制 PS1 时最容易犯的错误。如果颜色转义没有被\[和\]包裹bash 会把转义序列当成可见字符计算行宽结果就是输入长命令时光标在终端里出现错位按退格也可能跳错位置。所以只要 PS1 里用了颜色转义就必须把每个转义序列都包在\[和\]里。上面例子里的写法是最标准的不要漏掉任何一个反斜杠方括号对。很多网上的配置看起来能显示颜色但省略了\[和\]一旦命令行超过终端宽度就会现出原形。另外PS1要用单引号而不是双引号来定义。单引号里的\e、\u、\w会被 bash 在每次生成提示符时解释而双引号会在定义变量时直接展开导致\u变成固定的用户名、\w变成当时的目录失去了动态效果。3.5 用 tput 替代硬编码转义如果你不想记\e[32m这种转义序列可以用tput命令来获取颜色代码。比如green$(tput setaf 2) bold$(tput bold) reset$(tput sgr0) export PS1\[$bold$green\]\u\h\[$reset\]:\w\$ tput setaf 2返回绿色前景色的转义序列tput sgr0返回重置样式。这种写法的优势是可读性更高不再依赖颜色数字的记忆缺点是每次打开 shell 都要额外执行几次外部命令但在 PS1 长度有限的情况下性能影响可以忽略。我还见过有人用tput快速检验颜色编号对应的效果for i in {0..255}; do printf \033[38;5;%dm %3d \033[0m $i $i [ $((i % 16)) -eq 15 ] printf \n done这个循环可以列出终端支持的所有 256 色方便你挑选提示符里想要的颜色编号。4. 让其他高频命令也带上颜色grep、vim、ls 之外4.1 grep 关键字高亮的配置grep默认输出不带颜色但它支持--color参数。在.bashrc里加一个别名是最省事的alias grepgrep --colorauto alias egrepegrep --colorauto alias fgrepfgrep --colorauto--colorauto的语义和ls一样输出到终端时才有颜色重定向到文件时没有颜色避免在日志文件里混入转义字符。如果觉得默认的红色关键字在部分背景下看不清可以调整GREP_COLORS环境变量。比如我想让命中的字符显示粗体黄色、背景黑色可以设置export GREP_COLORSms01;33:fn36:ln32:se30;47ms匹配到的文本fn文件名ln行号se分隔符实际效果是文件名青色、行号绿色、匹配文本黄色加粗。这套配置对代码搜索和日志分析都很友好。4.2 vim 语法高亮与主题选择Vim 的颜色分为两层终端颜色和语法高亮。先确保在~/.vimrc里有syntax on set termguicolorsset termguicolors让 vim 使用终端模拟器提供的真彩色24-bit color这样比你手动设置 256 色更平滑。如果你的终端不支持真彩色可以注释掉这一行vim 会自动回退到 256 色模式。选择配色主题时我建议先在终端里看一遍几个主流主题的实际效果。比如你可以在~/.vimrc里写colorscheme desert或者安装第三方主题后通过colorscheme name切换。一个容易被忽略的点是vim 会读取$TERM来决定是否输出颜色。如果TERM被设置成dumb或者没有正确识别语法高亮会失效。用 SSH 连接时尤其常见一般建议export TERMxterm-256color。4.3 man 和 less 的配色看 man 手册时默认的标题和关键字其实也有颜色控制只是很多发行版没有配置。你可以用man的相关环境变量来调整比如export LESS_TERMCAP_mb$\e[1;31m export LESS_TERMCAP_md$\e[1;34m export LESS_TERMCAP_me$\e[0m export LESS_TERMCAP_so$\e[1;33m export LESS_TERMCAP_se$\e[0m把这几行放到.bashrc里后man手册里的粗体关键字会变成红色加粗章节标题会变成蓝色加粗醒目程度提高不少。这里要注意less的配色走的是 termcap 机制用的是LESS_TERMCAP_*环境变量而不是LESS本身。网上有的教程让改LESS里的颜色选项那是错误的less本身只管理分页显示颜色由终端控制序列决定。4.4 终端模拟器背景色对颜色的影响即使所有配置都正确最终呈现效果还取决于终端模拟器的配色板。同一个LS_COLORS里的34蓝色在深色背景终端和高亮背景终端里的可读性完全不同。我习惯把终端背景设为深色字体使用等宽字体并开启字体抗锯齿。原因是深色背景下亮色前景的对比度更高颜色区分更明显。如果你偏爱浅色背景则要把前景色的编号整体调深一档比如把目录的34改成更深的蓝色否则肉眼很难分清。另外不同终端模拟器对 16 色默认色的定义有差异。GNOME Terminal 和 Windows Terminal 的蓝色可能不是同一个色值因此你在本地调好的颜色换一个终端模拟器后效果可能发生变化。如果追求一致可以在终端设置里自定义 16 种基础色板这样所有命令颜色都会跟着统一。5. 常见问题排查与实操技巧5.1 颜色没生效的排查顺序碰到颜色不生效我一般按下面的顺序排查先确认当前 shell 是否支持颜色输出echo -e \033[31m红色\033[0m如果输出里没有红色问题多半在终端模拟器而不是 shell 配置。确认ls别名是否生效执行type -a ls看是否有alias lsls --colorauto如果没有补充 alias。确认LS_COLORS是否被导出执行env | grep LS_COLORS如果结果为空说明变量没有进入环境。确认配置加载顺序某些系统里.bashrc里也有默认的eval $(dircolors -b)如果你同时自定义了LS_COLORS要确保后者生效。这个顺序能屏蔽掉绝大多数“改了没反应”的情况。最容易出问题的往往是第 1 步因为很多人直接改配置却忽略了终端模拟器本身。5.2 SSH 远程颜色丢失SSH 登录远程服务器时常见的颜色丢失原因有两种一种是远程 shell 的配置没有加载颜色相关的别名和变量另一种是TERM环境变量不对比如变成了dumb导致命令自动放弃输出颜色。对于第一种需要在远程机器的~/.bashrc里也写上一份颜色配置。对于第二种可以在本地 SSH 命令里强制指定终端类型ssh -t userhost export TERMxterm-256color; bash-t会给远程 shell 分配一个伪终端配合export TERM...就能让远程命令认为自己在真实终端里运行。这个方法的缺点是每次都要手动指定更好的做法还是在远程的~/.bashrc里固定TERM。还要提醒一下很多服务器为了性能不会默认安装完整的 coreutils 配置dircolors可能不存在。此时就算配了LS_COLORS也没用因为ls可能来自精简版工具集不认识这个变量。解决方法是安装标准 coreutils或者直接用alias lsls --colorauto来兜底。5.3 想快速统一配置的小技巧如果你在多台设备间同步配置不要在每个终端里手工复制配置文件。我建议把颜色配置单独抽成一个文件比如~/.shell-colors.sh然后在.bashrc里source它source ~/.shell-colors.sh这样所有颜色定义都集中在同一个文件里修改时只改一处。如果使用 zsh也可以在.zshrc里同样 source兼容性很好。另一个技巧是给ls的类别颜色做一个区分原则颜色只用来区分“类型”不要用来表达“重要性”。比如所有普通文件保持默认色目录统一蓝色可执行文件统一绿色压缩包统一红色。当颜色遵循一致的规则时扫视输出会非常快反之如果颜色五花八门反而增加大脑负担。5.4 性能与可维护性的权衡有些教程喜欢在提示符里做非常复杂的颜色逻辑比如根据上一条命令是否出错而改变颜色。这类功能虽酷但会让 PS1 变得很长每敲一个回车都要执行多条子命令在低配服务器上能明显感觉到延迟。我的建议是提示符颜色控制在两到三种颜色以内动态信息用命令替换时注意是否每次都执行外部命令。如果你真的想实现出错变色可以用PS1\[\e[0;32m\]\u\h\[\e[0m\]:\w\if [ $? -eq 0 ]; then echo -e \[\e[0m\]$; else echo -e \[\e[31m\]$; fi\ 但这个写法既难维护又容易踩引号转义的坑我实际使用中发现没必要。把颜色作为一种静态信息标识把出错显示交给命令本身的报错颜色反而更直观。5.5 从黑白色开始一步一步来别一次求全最后分享一个实际操作中的体会不要第一次配置就想把所有地方都换成花哨颜色那样你很可能在 PS1 引号、LS_COLORS 覆盖、tput 转义这些环节里绕晕。建议按顺序来先给ls配好一版稳定好用的颜色跑上一周。再改 PS1测试不同颜色组合的光标表现。最后再给grep、vim、man补充配色。每一步都实际用几天确认没有视觉疲劳和光标错乱再进下一步。颜色配置的核心是让信息更快被读取而不是展示你的终端有多炫。把高对比度、低认知负担放在第一位其他都是次要的。这一路配置下来我对命令行颜色最大的体会是真正好用的配色往往不是最鲜艳的而是能让你在 0.1 秒内分清目录、文件和可执行文件的配色。每个人的终端背景、显示器亮度、甚至个人对色彩的敏感度都不一样所以别完全照抄别人的配置。找一个晚上把.bashrc里的颜色变量改一改打开终端看几眼跑几条ls和grep再微调几次你就会找到属于自己的那套组合。这个折腾的过程本身就是熟悉终端工作机制的最快方式。