1. 为什么命令行总是“难看又伤眼”
先聊点实际的。打开 Linux 终端,默认的黑底白字、密密麻麻的输出,很多人第一反应是“能忍就先忍”,直到某天盯着屏幕排查故障,眼睛酸到不行,才开始认真考虑:字体能不能调大点?颜色能不能区分出重点?这个问题不解决,日常使用 Linux 命令行的时间越长,效率损耗就越明显。
先说清楚一个容易被搞晕的点:命令行里你看到的字体和颜色,其实是由两套完全不同的机制在控制的。字体大小由终端模拟器(gnome-terminal、konsole、xfce4-terminal、vscode 内置终端等)决定,它本质上是图形界面程序,负责把文字“画”到屏幕上;而颜色则分两层——终端模拟器有自己默认的调色板,shell 和各个命令行工具(ls、grep、vim、git)再通过 ANSI 转义序列去调用这些颜色。你调一个,另一个人家没动,就会出现“PS1 是彩色的,但 ls 列目录还是一团白”这种很常见的半调子体验。
这篇文章要讲的,就是把这两套机制彻底捋清楚:终端层怎么改字体和配色,shell 层怎么用转义序列精准控制颜色,以及常见的坑在哪。适合谁看?运维、开发、刚转 Linux 桌面的新手都适用,甚至右侧编辑器里内置终端的配色问题也能一并解决。我尽量不多讲理论,直接给能抄的配置和命令。
有一个常见的误解得先破除:很多人以为在 shell 里执行一条命令、或改个环境变量,就能改变终端显示的字号。实际上 shell 只是一个文本通道,绝大多数 Linux 终端模拟器并不支持“通过输出字符改变字体大小”,只有少数终端(比如 macOS 下的 iTerm2)支持 OSC 50 之类的转义序列。所以在 SSH 远程会话里想把字调大,正确做法是调本地终端模拟器的字号,不是去服务器上敲命令。这个我们放到后面字体部分详细展开。
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 颜色设置:先搞清楚 ANSI 转义序列的底层逻辑
2.1 提示符 PS1 美化:三分钟见效的起步配置
shell 提示符(就是那个 user@host:~$)是命令行里颜色最直观的展示位置。想要彩色提示符,核心就是往 PS1 环境变量里塞 ANSI 转义序列。格式长这样:
bash复制export PS1='\[\033[01;32m\]\u@\h\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\$ '
拆开解释一下:
\[\033[是转义序列的开始,\]是结束标记,这两层方括号是告诉 bash “这里的内容不算实际字符长度”,防止命令行换行错位。01;32m表示“加粗 + 绿色”,\u是当前用户,\h是主机名,\w是当前工作目录完整路径。\033[00m是颜色重置符,作用是把后续输出恢复正常,不然整个命令行都会是绿的。
这套写法适合直接用,但硬编码数字可读性差。更推荐用 tput 命令来自动生成转义码,兼容性更好,尤其是在不同的终端类型(比如 xterm-256color 和 linux 控制台)之间切换时,不会出现显示错乱:
bash复制# 先定义颜色变量
GREEN=$(tput setaf 2)
BLUE=$(tput setaf 4)
RESET=$(tput sgr0)
export PS1="\[$GREEN\]\u@\h\[$RESET\]:\[$BLUE\]\w\[$RESET\]\$ "
tput setaf 1 到 7 分别对应红、绿、黄、蓝、紫、青、白七种标准色。比起手写 \033[31m,tput 的好处是底层会自动适应当前终端的 terminfo 类型,基本不会出现“序列没被解析、直接显示 [01;32m 一堆乱码”的情况。
实际生产环境中,我一般不建议把 PS1 做得花里胡哨,原因很实在:日志里如果记录了 shell 命令,用户复制带有太多转义码的提示符容易带出不可见字符;而且高亮色用太多反而分不清主次。真正有用的颜色点是:管理员用户(root)的提示符用红色背景警告、普通用户用绿色,区分身份避免误操作。
2.2 ls 文件列表颜色:dircolors 的正确用法
Linux 命令行下第二个高频配色需求就是 ls。默认的 ls 输出只有文件名的白字,加上颜色才能快速区分目录、可执行文件、符号链接、压缩包等类型。
ls 的颜色控制有两个层级:
- 环境变量
LS_COLORS,它是一个形如di=01;34:ln=01;36:ex=01;32的冒号分隔字符串,每个字段对应一种文件类型。 - 命令
dircolors,负责按配置文件生成LS_COLORS环境变量。
手动手写 LS_COLORS 容易漏字段,最省事的做法是先把当前系统默认值导出成配置文件,再改:
bash复制# 生成当前 shell 的 LS_COLORS 配置到文件
dircolors --print-database > ~/.dir_colors
# 修改 ~/.dir_colors 后,在 ~/.bashrc 里加载
eval "$(dircolors -b ~/.dir_colors)"
.dir_colors 文件里的每一行就是映射规则,比如:
code复制# 目录:加粗蓝色
DIR 01;34
# 符号链接:青色
LINK 01;36
# 可执行文件:加粗绿色
EXEC 01;32
# 压缩包:加粗红色
.tar 01;31
关键是理解后面的 01;31 这段数字。分号分隔的两部分,前半段是样式(00 正常、01 加粗、04 下划线、05 闪烁),后半段是颜色编号(30-37 是标准色,38;5;NNN 是 256 色模式,90-97 是亮色)。比如想让目录在 256 色模式下显示为橙黄色:
code复制DIR 38;5;208
改完配置后执行 source ~/.bashrc 或者重开终端即可生效。注意 eval "$(dircolors -b ~/.dir_colors)" 必须写在 .bashrc 里且放在任何使用 ls 的别名定义之前,不然 alias ls='ls --color=auto' 还没定义,颜色解析就泡汤了。
2.3 grep、命令输出的高亮:不止是“有点颜色”这么简单
grep 默认在高版本里对匹配到的关键词是会用颜色标出的,前提是检测到输出到终端。但如果通过管道输出到文件或另一个命令时,颜色会被自动关闭。想强制开启:grep --color=always,想只在终端显示时开:grep --color=auto。
除了单纯的开关,GNU grep 还支持细粒度控制匹配内容的颜色和样式,靠的是环境变量 GREP_COLORS。旧版的 GREP_COLOR(单个颜色)已经废弃,新写法是用冒号分隔的多个字段,我习惯的配置是这样:
bash复制export GREP_COLORS='ms=01;31:mc=01;31:sl=01;32:cx=36:fn=35:ln=32:bn=32:se=36'
这里几个关键字段:
ms:匹配到的文本(match)颜色。fn:文件名(filename)。ln:行号(line number)。se:分隔符(separator)。
设了这几个之后,用 grep -rn "keyword" /etc/nginx/ 查配置文件时,文件名、行号、匹配内容各有各的颜色,信息层级立刻清晰。
类似的规则还能推广到其他命令行工具:
systemctl status nginx通常自带服务名高亮,由SYSTEMD_COLORS环境变量控制,设为0可关闭,设为1可强制开启。journalctl -xe的颜色也走 systemd 的这套逻辑,如果嫌日志太花,可以SYSTEMD_COLORS=0 journalctl -xe。git status和git diff的颜色由color.ui配置控制,在~/.gitconfig里写[color "ui"] auto即可。maven命令行输出构建成功是白色,想要彩色输出可以借助mvn -Dstyle.color=always,高版本 Maven 自带 ANSI 支持。
提示:如果你是通过 SSH 连到服务器后执行这些命令,输出没有颜色,先别急着改配置。大概率是终端类型不匹配(比如 TERM 环境变量是
dumb),或者本地终端模拟器不支持 256 色。先echo $TERM确认是xterm-256color而不是dumb,再看echo $LS_COLORS是否为空。
2.4 256 色与真彩色:你的终端到底支持多少种颜色?
前文多次提到 256 色,很多人不知道的是,传统终端颜色只有 16 色(8 种普通色 + 8 种亮色),而现代终端模拟器普遍支持 256 色甚至 24 位真彩色。判断当前终端支持哪一种,可以用一行命令探测:
bash复制# 输出当前 TERM 类型,以及支持的颜色数
echo $TERM
tput colors
tput colors 返回 256,说明当前终端支持 256 色;返回 8 则只能使用基础色。在脚本里,如果我们想自动适配,可以用:
bash复制if [ "$(tput colors)" -ge 256 ]; then
COLOR_ORANGE='\033[38;5;208m'
else
COLOR_ORANGE='\033[33m'
fi
256 色的色号规则是 38;5;N(前景色)和 48;5;N(背景色),N 的范围是 0 到 255。其中 0 到 15 和前文的标准色、亮色一致;16 到 231 是 6×6×6 的色块;232 到 255 是灰度梯度。
真彩色(RGB 直通)则用 \033[38;2;R;G;Bm,现代终端如 GNOME Terminal、Konsole、kitty、alacritty 都支持。如果配色需要精确统一,可以用真彩色直接把主题色写进 PS1:
bash复制export PS1="\[\033[38;2;94;190;94m\]\u@\h\[\033[0m\]:\[\033[38;2;86;156;214m\]\w\[\033[0m\]\$ "
但我自己实际部署时,对外提供的脚本会优先退回 256 色方案,因为 True Color 并非所有 SSH 环境、所有老终端都支持,脚本放到客户现场报错,排查成本远大于配色收益。
2.5 vim 和其他常用命令的配色方案
文本编辑器也是命令行高需求的场景。Vim 的配色通过 :colorscheme 切换,比如经典的 desert、murphy、gruvbox。如果想自定义高亮规则,在 ~/.vimrc 里加:
vim复制" 注释用青色斜体
highlight Comment ctermfg=6 cterm=italic guifg=#5FD7D7
" 搜索关键词:黄底黑字
highlight Search ctermbg=3 ctermfg=0
" 行号用灰蓝色
highlight LineNr ctermfg=4
这里 ctermfg 和 ctermbg 是对应终端下的前景色、背景色,guifg 和 guibg 是对应 GVim 等 GUI 环境的颜色。同时都用一份配置也没问题,Vim 会按当前模式取对应的值。
理论上来讲,只要程序支持 ANSI 转义或内置了调色方案,命令行下几乎所有的文本都能被“上色”。Git、ripgrep、fd、fzf 都是常见的重点对象。它们的共同逻辑是:优先读取环境变量里的颜色配置,再决定是否进行着色,所以统一在 .bashrc 里设好 GREP_COLORS、LS_COLORS、TERM 这三个基础变量,能让一大票工具自动拥有合理配色。
3. 字体大小:别在 shell 里找答案,回到终端模拟器层
3.1 主流桌面终端的字体设置方法
先给一个结论:对绝大多数 Linux 桌面用户来说,修改命令行字体大小,本质是修改“终端模拟器”的配置,不是修改 shell 配置。不同桌面环境下终端程序不同,方法也完全不同。
GNOME Terminal
菜单栏点开“首选项”,进入“配置文件”,编辑默认配置(或新建一个),勾选“自定义字体”,把字体改成 Noto Sans Mono 14 这类带明确磅值的字体即可。如果不方便用图形界面,还可以直接用 gsettings 改,前提是先拿到当前 profile 的 UUID:
bash复制# 获取默认 profile 的 UUID
gsettings get org.gnome.Terminal.ProfilesList default
# 输出类似:'b1dcc9dd-5262-4d8d-a863-c897e6d979b9'
# 设置字体名为 14 号
gsettings set org.gnome.Terminal.Legacy.Profile:/org/gnome/terminal/legacy/profiles:/:b1dcc9dd-5262-4d8d-a863-c897e6d979b9/ font 'Noto Sans Mono 14'
# 关闭自动字号调整
gsettings set org.gnome.Terminal.Legacy.Profile:/org/gnome/terminal/legacy/profiles:/:b1dcc9dd-5262-4d8d-a863-c897e6d979b9/ use-system-font false
Konsole(KDE 桌面)
Konsole 的设置在菜单“设置 → 编辑当前配置文件 → 外观”里,可以分别指定“字体”和“反锯齿”开关。同样支持命令行方式:konsole --font "Noto Sans Mono 16" 直接以指定字号启动一个新终端窗口。
XFCE Terminal
图形界面路径是“编辑 → 首选项 → 外观”,字体栏可以选择默认等宽字体并调整字号。配置文件位于 ~/.config/xfce4/terminal/terminalrc,其中 FontName=Monospace 12 一行就是字号设置,直接改数字即可。
把几种常用终端整理成一张表,方便对照:
| 终端模拟器 | 图形界面入口 | 配置文件位置 |
|---|---|---|
| GNOME Terminal | 首选项 → 配置文件 → 自定义字体 | gsettings 数据库 |
| Konsole | 设置 → 编辑当前配置文件 → 外观 | ~/.local/share/konsole/*.profile |
| XFCE Terminal | 编辑 → 首选项 → 外观 | ~/.config/xfce4/terminal/terminalrc |
| Alacritty | 配置文件 [font] size | ~/.config/alacritty/alacritty.toml |
| kitty | 配置文件 font_size | ~/.config/kitty/kitty.conf |
| VS Code 内置终端 | 设置 → terminal.integrated.fontSize | settings.json |
Alacritty 和 kitty 这类以配置文件为核心的“新派”终端,直接在配置文件改一行数字重启即可,例如 alacritty.toml:
toml复制[font]
size = 14
3.2 通过 SSH 远程连接时,字体大小如何调整
这是被问得最多的场景:远程登录到服务器,字太小,想放大但服务器上没有图形界面。核心认知是:SSH 远端输出的只是字符流,本地终端模拟器负责渲染。远程那台机器不知道也不关心你的字体是多少磅,字体调整一定发生在本地。
所以如果你用 Windows 上的 MobaXterm 或 Xshell 连接,去改这些软件的终端字体;如果是在自己的 Ubuntu 桌面上再开一个终端 SSH 过去,直接改本地 GNOME Terminal 的字体大小。如果想临时放大,多数终端支持快捷键:GNOME Terminal 和 Konsole 都是 Ctrl + + / Ctrl + - 缩放,恢复默认是 Ctrl + 0。这个快捷键对 SSH 会话同样有效,因为它改变的是本地终端的显示属性。
提示:如果你是在虚拟机里装的 Linux,没有桌面环境,只是按
Ctrl+Alt+F2切到了纯字符终端(TTY),字体大小的调节方式完全不同。TTY 的字体由内核的fbcon模块和终端字体工具控制,常用的做法有setfont命令切换字体,或通过/etc/default/console-setup里的FONTSIZE字段设置固定字号。纯 TTY 场景下默认字体一般较小,至少可以先把FONTSIZE调到16x32试一下。
3.3 在 Linux 命令行里安装新字体给终端用
很多时候想换字体,却发现系统里没有满意的等宽字体。比如中文环境下想用“霞鹜文楷”或者思源等宽,就需要单独安装。
字体安装的核心思路很简单:把字体文件放到系统或用户的字体目录,然后刷新字体缓存。
用户级安装(不需要 root):
bash复制# 创建用户字体目录
mkdir -p ~/.local/share/fonts
# 把 .ttf / .otf 文件拷进去
cp /tmp/MyFont.ttf ~/.local/share/fonts/
# 刷新字体缓存
fc-cache -fv
# 验证字体是否被识别
fc-list | grep -i "MyFont"
系统级安装则放到 /usr/share/fonts/truetype/ 下,并且执行 fc-cache -fv。Debian/Ubuntu 也可以通过包管理器直接安装字体,比如:
bash复制sudo apt install fonts-noto-cjk fonts-jetbrains-mono
fonts-noto-cjk 装的是思源黑体/Noto 中日韩字体,fonts-jetbrains-mono 是 JetBrains Mono 等宽字体,装了之后终端字体里的候选列表里就会多出这两个名字。
有一点值得强调:终端里选字体,尽量选等宽字体(Monospace),因为等宽字体下字符宽度一致,代码对齐、表格列对齐才能真正对齐。如果选了个中文字体和英文字体混排不一致的,代码缩进看着就会很乱。
3.4 VS Code 内置终端与 DBeaver 等编辑器的字体配色
你的“命令行”体验未必只发生在系统终端里,更常见的是各种编辑器内置终端。VS Code 的设置项里有很多与字体、颜色相关的配置:
json复制{
"editor.fontSize": 14,
"editor.fontFamily": "'JetBrains Mono', 'Noto Sans Mono', monospace",
"terminal.integrated.fontSize": 14,
"terminal.integrated.fontFamily": "'JetBrains Mono'",
"workbench.colorTheme": "Monokai",
"editor.tokenColorCustomizations": {
"comments": "#5D6D7E",
"keywords": "#C586C0",
"strings": "#CE9178"
}
}
terminal.integrated.fontSize 控制内置终端字号,editor.tokenColorCustomizations 可以单独指定某类语法高亮颜色。很多人在 VS Code 里遇到的问题是:编辑器里的字已经调大了,内置终端还是一样小,原因就是上面两个字段分开控制,漏了 terminal.integrated.fontSize。
DBeaver 这类数据库客户端也是“编辑器 + 结果集 + SQL 日志”混合的界面,它的字体分为好多层。菜单路径:窗口 -> 首选项 -> 常规 -> 外观 -> 颜色和字体。这里能改“文本编辑器字体”、“Java 编辑器字体”、“结果集网格字体”等。注释的颜色在 DBeaver 里不是独立的一项,而是跟随“文本编辑器的底色和语法着色”里的 SQL 编辑器 配色方案。如果觉得 SQL 注释的灰绿色看不清楚,可以直接在 窗口 -> 首选项 -> 数据库 -> 编辑器 -> SQL 编辑器 -> 语法着色 里手动指定注释字体颜色。
顺带提两个偏边缘但真实会遇到的例子:FPGA 开发里的 Lattice Diamond 可以在“Tools → Options → Fonts and Colors”里调整编辑器里 Word 文档/脚本窗口的字号;Eclipse 系工具的“常规 → 外观 → 颜色和字体”也能改“终端”字体。这说明命令行、终端、编辑器字体配置的思路是通用的——先找到对应程序的“外观/首选项/设置”,再定位到字体项。
3.5 一个常被问的问题:shell 脚本里能用转义序列改字号吗
直接说结论:能,但极其不推荐,而且绝大多数 Linux 终端模拟器不支持。ANSI 转义序列里,CSI 3m 是斜体、CSI 4m 是下划线,这些样式大多数终端支持;但改变字体大小通常依赖终端特定的 OSC 序列,比如部分终端支持 OSC 50 来修改字体属性。实际情况是,同一个序列在 A 终端有效,在 B 终端就变成一堆空格或者被原样打印出来,兼容性很差,所以即使有少数支持,也基本没人用在生产脚本里。
如果用脚本想做个“大号字体提示”,更稳定的做法是依赖你所用终端模拟器的通知系统,或者直接输出一行足够醒目的 ASCII 字符画。真的需要调整字号,手动的快捷键总是最可靠的。
4. 常见问题与排查技巧实录
4.1 转义序列变成乱码:一堆 [01;32m 显示在屏幕上
这个几乎人人都遇到过。出现这个现象只有一个原因:终端把 \033[01;32m 当成普通字符输出了,而不是 ANSI 控制序列。排查思路按优先级排列:
- 检查转义字符是不是真的转义了。在 shell 里要用
\033,在 echo 里要用echo -e才能解析,你如果直接写echo "\033[31m测试"在某些 shell 里不会解析。改成echo -e "\033[31m测试"。 - 检查 PS1 里的方括号。
\[和\]是 bash 专用的不可见标记,如果漏了,行首的转义序列也会原样打到屏幕上。 - 检查 TERM 环境变量。如果
TERM=dumb或被显式设成了普通模式,终端可能拒绝解析颜色序列。把它设回xterm-256color再试。 - SSH 时使用
-T参数:如果确实不需要分配伪终端,可以强制不用 TTY,但代价通常是颜色功能消失,所以生产脚本里如果依赖颜色输出,不建议用-T。
4.2 中文乱码 / 波浪号变 ~ 但不影响功能的奇怪现象
终端字体设置和颜色设置都可能踩到编码坑。最常见的是 SSH 连接服务器后中文文件名显示成菱形问号,这往往不是字体问题,而是 locale 没有设置成 UTF-8。在远端执行 locale 看结果,如果 LANG 是空的或 C,那就把远端 shell 启动文件里的语言设置补上:
bash复制export LANG=en_US.UTF-8
export LC_ALL=en_US.UTF-8
如果是本地终端字体导致中文无法渲染,则去换个支持中文的字体,比如 Noto Sans Mono CJK SC。字体名字可以通过 fc-list :lang=zh-cn 查看系统里有哪些支持简中的字体。
有很多人分不清“终端字体”和“系统字体”的差别。终端里显示中文乱“方块”,可能是系统里根本没有中文字体,也可能是终端字体固定为纯英文等宽字体、不含中文字形。先装字体再换终端字体,层层排查。
4.3 修改了 .dir_colors,ls 颜色却不更新
可以先验证配置语法:dircolors ~/.dir_colors 不加 eval 执行,直接看它输出的 LS_COLORS=... 是否正常。如果报错说明某个文件类型字段写错了。语法正确但 ls 颜色没变,十有八九是 alias ls='ls --color=auto' 没生效,或者加载顺序问题——.bashrc 里 eval 那行在 alias 定义之后,导致 LS_COLORS 设置被覆盖了两遍。
解决方式是把两行绑定到一起放:
bash复制eval "$(dircolors -b ~/.dir_colors)"
alias ls='ls --color=auto'
确保 eval 在前。如果你用的是 zsh,则是 dircolors -b ~/.dir_colors 后加 eval,加载顺序同理。
4.4 SSH 到服务器后 ls / grep 没有颜色
先分清是“没有颜色”还是“颜色和本地不同”。如果完全没颜色,本地正常,远程不正常,优先检查远程机器的别名和环境变量:
bash复制# 远程执行
type ls
alias # 看 ls 是否被定义了 --color=auto
echo $LS_COLORS
echo $TERM
有些服务器为了兼容脚本,会在全局 /etc/bashrc 或 /etc/profile 里刻意禁用颜色。如果是这种情况,在自己用户目录的 ~/.bashrc 里覆盖回来即可。
另外还要考虑“TMOUT 自动退出、profile 文件没生效”这类环境问题:有时 SSH 连接后是非交互式 shell,.bashrc 没有被读取。可以在 ~/.bash_profile 里显式 source ~/.bashrc 来保证交互式配置生效。
4.5 终端字号改了,但每次打开还是原来的大小
这类问题较多出现在通过快捷键临时缩放字体的场景。GNOME Terminal 里用 Ctrl+ - / Ctrl+ + 缩放是临时生效,只针对当前窗口,不会写入配置文件。下次启动还是配置文件里设定的字号。解决方式就是回到“3.1 主流桌面终端的字体设置方法”里,用图形界面或 gsettings 改成持久配置。
还有一个容易踩的坑是:某些终端(如旧版 VTE)在 window 大小改变时,会对字号做自适应。如果发现字忽大忽小,检查是否勾选了“根据窗口大小调整行高”或“使用系统等宽字体”这类选项。
4.6 颜色设置生效了,但截图/日志里是乱码
这个问题常被忽略。设置颜色之后,如果用户把终端内容复制粘贴到 Markdown、编辑器或 ticket 系统里,这些 \033[...m 转义码会成为不可见字符,导致格式化错乱。所以在写自动化脚本、把日志输出到文件时,哪些地方要保留颜色要仔细斟酌。我自己的习惯是:
- 交互式命令(ls、grep、systemctl)可以保留颜色。
- 重定向到文件时,显式去掉颜色,用
--color=never。 - 如果必须保留颜色并同时落盘,落盘后用
sed -r 's/\x1B\[[0-9;]*[mK]//g'清洗日志文件,防止转义码污染后续处理。
5. 一套我反复在用的实用配置模板
最后贴一份我真实环境里在用的 .bashrc 配置片段,兼顾服务器和桌面场景,既保留颜色又不花哨:
bash复制# 颜色变量(优先使用 tput 以适配不同终端)
if [ -x /usr/bin/tput ] && tput setaf 1 >&/dev/null; then
c_reset=$(tput sgr0)
c_red=$(tput setaf 1)
c_green=$(tput setaf 2)
c_yellow=$(tput setaf 3)
c_blue=$(tput setaf 4)
c_cyan=$(tput setaf 6)
else
c_reset='\033[0m'
c_red='\033[31m'
c_green='\033[32m'
c_yellow='\033[33m'
c_blue='\033[34m'
c_cyan='\033[36m'
fi
# 提示符:普通用户绿色,root 用户红色
if [ "$(id -u)" -eq 0 ]; then
PS1="\[${c_red}\]\u@\h\[${c_reset}\]:\[${c_blue}\]\w\[${c_reset}\]\\$ "
else
PS1="\[${c_green}\]\u@\h\[${c_reset}\]:\[${c_blue}\]\w\[${c_reset}\]\\$ "
fi
# 文件列表颜色(先加载配置再定义别名)
eval "$(dircolors -b ~/.dir_colors 2>/dev/null)" || eval "$(dircolors -b)"
alias ls='ls --color=auto'
alias grep='grep --color=auto'
# grep 高亮细节:文件名、行号、匹配内容
export GREP_COLORS='ms=01;31:fn=35:ln=32:se=36'
这份配置的精髓不在于颜色多鲜艳,而在于:
- 通过
tput判断终端能力,普通终端下也能回退到基础 ANSI。 - root 和非 root 的提示符颜色不同,避免生产环境里犯低级错误。
- alias 和颜色变量一起定义,减少了加载顺序导致的 bug。
字体方面,桌面环境下我建议把字号调到 14 或 16,不要一味追求“一屏显示更多”。我自己的体会是,字号小到一定程度,连续盯代码两小时眼睛会明显干涩;调大后阅读速度反而提升了。至于配色,如果是夜间工作,把终端背景改成接近黑色的深灰、文字改成浅色(比如 #C9D1D9),比纯黑底白字舒服很多。
不同发行版对终端配置文件的位置、默认字体名可能略有差别,但整体思路是一样的:字体在终端模拟器层设置,颜色在 shell 环境变量和应用配置里设置。先把这个大框架搞明白,任何新遇到的终端工具,都能迅速判断该去哪里改配置,而不是在那瞎试。
