如何给Linux Ubuntu 22 中的bash shell着色以及如何修复远程连接的着色问题

如何在 Linux 中为 Bash 配置颜色

当我们通过 SSH 或其他工具登录 Linux shell 时，一些用户会发现终端没有颜色高亮，导致输出内容不够直观。本文将介绍 Linux 中几个关键配置文件的作用，并向你展示如何启用终端颜色——无论你是本地用户还是远程用户。

概述

本文结构如下：

关键配置文件 — 了解 .bashrc 与 .bash_profile
本地启用颜色 — 如何在 .bashrc 中取消 force_color_prompt 的注释
修复远程会话的颜色问题 — 如何在 .bash_profile 中加载 .bashrc

1. 关键文件的含义

每个用户都有自己的主目录，但 .bashrc 或 .bash_profile 等文件默认情况下可能并不存在。本章将介绍这两个文件在 Linux 中的实际作用。

`.bashrc`

该文件在交互式非登录 shell 启动时执行。它存储用户 Bash shell 的基本偏好和配置，包括：

别名（Aliases） — 用简短的自定义命令替代较长的命令。例如，alias ll='ls -la' 让你只需输入 ll 而不必输入 ls -la，节省时间，减少重复输入。
Shell 函数 — 比别名更强大，函数允许你内联编写小型脚本。例如，mkcd() { mkdir -p "$1" && cd "$1"; } 可以创建一个目录并立即进入该目录。
提示符自定义（PS1） — 控制终端提示符的外观。你可以显示当前目录、用户名、主机名、git 分支，甚至可以使用 ANSI 转义码添加颜色。
环境变量 — 影响 shell 和程序行为的变量，例如 EDITOR=vim 用于设置默认文本编辑器，或向 PATH 追加条目，使 shell 能找到你的自定义脚本。
历史记录设置 — 控制命令历史的存储和管理方式。例如，HISTSIZE=10000 可增加记忆的命令数量，HISTCONTROL=ignoredups 可防止重复条目被保存。
Shell 选项（shopt） — 精细调整 Bash 行为。例如，shopt -s autocd 让你只需输入目录名即可进入该目录，shopt -s histappend 则在退出时追加历史记录而非覆盖。
补全脚本 — 为 git、docker 或 kubectl 等工具加载自动补全定义，实现对子命令和参数的 Tab 键补全。
启动命令 — 在每次交互式会话开始时自动运行的命令或脚本，例如用 neofetch 打印欢迎信息、激活 Python 虚拟环境或自动启动 tmux。

虽然上述内容涵盖了 .bashrc 的通用功能，但与本文主题最相关的是提示符与颜色配置。如果你的主目录中有一个配置良好的 .bashrc，Bash shell 将自动显示颜色。一个很好的参考模板是 root 用户主目录下的 .bashrc——你可以将其复制到自己的主目录作为起点。

以下是一个标准 .bashrc 示例：

# ~/.bashrc: 由 bash(1) 在非登录 shell 中执行
# 示例参见 /usr/share/doc/bash/examples/startup-files（bash-doc 包）

# 如果不是交互式运行，则不做任何事
[ -z "$PS1" ] && return

# 不在历史记录中保存重复行，详见 bash(1)
HISTCONTROL=ignoredups:ignorespace

# 追加到历史文件，而非覆盖
shopt -s histappend

# 历史记录长度设置，详见 bash(1) 中的 HISTSIZE 和 HISTFILESIZE
HISTSIZE=1000
HISTFILESIZE=2000

# 在每条命令执行后检查窗口大小，必要时更新 LINES 和 COLUMNS
shopt -s checkwinsize

# 使 less 对非文本输入文件更友好，详见 lesspipe(1)
[ -x /usr/bin/lesspipe ] && eval "$(SHELL=/bin/sh lesspipe)"

# 设置标识 chroot 环境的变量（用于下面的提示符）
if [ -z "$debian_chroot" ] && [ -r /etc/debian_chroot ]; then
    debian_chroot=$(cat /etc/debian_chroot)
fi

# 设置彩色提示符（除非我们明确"想要"颜色，否则为非彩色）
case "$TERM" in
    xterm-color) color_prompt=yes;;
esac

# 取消注释以下行以强制使用彩色提示符
# force_color_prompt=yes

if [ -n "$force_color_prompt" ]; then
    if [ -x /usr/bin/tput ] && tput setaf 1 >&/dev/null; then
        color_prompt=yes
    else
        color_prompt=
    fi
fi

if [ "$color_prompt" = yes ]; then
    PS1='${debian_chroot:+($debian_chroot)}\[\033[01;32m\]\u@\h\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\$ '
else
    PS1='${debian_chroot:+($debian_chroot)}\u@\h:\w\$ '
fi
unset color_prompt force_color_prompt

# 如果是 xterm，将标题设置为 user@host:dir
case "$TERM" in
xterm*|rxvt*)
    PS1="\[\e]0;${debian_chroot:+($debian_chroot)}\u@\h: \w\a\]$PS1"
    ;;
*)
    ;;
esac

# 启用 ls 的颜色支持并添加常用别名
if [ -x /usr/bin/dircolors ]; then
    test -r ~/.dircolors && eval "$(dircolors -b ~/.dircolors)" || eval "$(dircolors -b)"
    alias ls='ls --color=auto'
    alias grep='grep --color=auto'
    alias fgrep='fgrep --color=auto'
    alias egrep='egrep --color=auto'
fi

# 更多 ls 别名
alias ll='ls -alF'
alias la='ls -A'
alias l='ls -CF'

# 如果存在用户自定义别名文件，则加载它
if [ -f ~/.bash_aliases ]; then
    . ~/.bash_aliases
fi

2. 本地启用颜色

在本地 Bash 会话中启用颜色的关键在于 .bashrc 中的 force_color_prompt 变量。

为什么颜色不显示

默认情况下，force_color_prompt=yes 是被注释掉的，因此 shell 会回退到以下判断块：

case "$TERM" in
    xterm-color) color_prompt=yes;;  # 仅当 $TERM 严格等于 "xterm-color" 时匹配
esac

然而，在现代终端中，$TERM 通常被设置为 xterm-256color，这并不严格匹配 xterm-color。因此，color_prompt 永远不会被设置为 yes，你的提示符也就没有颜色。

解决方法

只需在 .bashrc 中取消注释 force_color_prompt=yes：

# 修改前（颜色禁用）：
# force_color_prompt=yes

# 修改后（颜色启用）：
force_color_prompt=yes

启用该行后，shell 会完全跳过 $TERM 检查，转而进入以下分支：

if [ -n "$force_color_prompt" ]; then
    if [ -x /usr/bin/tput ] && tput setaf 1 >&/dev/null; then
        color_prompt=yes  # 只要终端支持颜色输出，即可启用颜色
    fi
fi

此方法不依赖 $TERM 的值，只要你的终端支持颜色输出（现代终端几乎都支持），颜色就能正常显示。

核心要点： 在 .bashrc 中取消 force_color_prompt=yes 的注释，可以解决本地 Bash 会话中的大多数颜色问题。

编辑完成后，无需重启终端即可立即应用更改：

source ~/.bashrc

3. 修复远程会话的颜色问题

理解 .bashrc 和颜色设置只是解决问题的一半。当你远程登录时，即使 .bashrc 配置完全正确，颜色仍可能无法正常加载。

为什么远程会话会丢失颜色

这里分享一个我亲身经历的例子：通过 VSCode 的 Remote SSH 扩展登录远程服务器时，颜色显示正常；但使用 XShell 时，颜色却完全消失了。

原因在于，Bash 在交互式登录 shell（即远程 SSH 会话）中执行的是 .bash_profile，而非 .bashrc。由于 .bashrc 只在非登录交互式 shell 中被加载，你在其中定义的颜色设置在远程登录时根本不会被执行。

三种修复方式

方法一：每次登录后手动执行 source

source ~/.bashrc

此方法可行，但每次登录都需要手动运行，比较繁琐。

方法二：在 .bash_profile 中加载 .bashrc（推荐）

在 ~/.bash_profile 中添加以下内容：

# 如果 .bashrc 存在，则加载它
if [ -f ~/.bashrc ]; then
    source ~/.bashrc
fi

这样，每次启动远程登录会话时，.bashrc 都会被自动加载，无需任何手动操作。

方法三：在系统层面应用设置（适用于多用户环境）

如果需要为系统上的所有用户应用颜色设置，可以在 /etc/profile.d/ 中放置一个脚本：

# 创建新脚本，例如 /etc/profile.d/color_prompt.sh
echo 'force_color_prompt=yes' | sudo tee /etc/profile.d/color_prompt.sh

或者直接编辑 /etc/bash.bashrc 以在系统层面应用更改。这对于管理多个用户账户的系统管理员尤为实用。

总结

总结一下，你需要记住以下内容：

场景	解决方案
本地会话无颜色	在 `~/.bashrc` 中取消 `force_color_prompt=yes` 的注释
远程会话无颜色	在 `~/.bash_profile` 中加载 `~/.bashrc`
主目录中没有 `.bashrc`	从 `/root/.bashrc` 复制一份作为模板
为系统所有用户应用	编辑 `/etc/bash.bashrc` 或在 `/etc/profile.d/` 中添加脚本

从 /root/ 复制一个配置良好的 .bashrc，并在 .bash_profile 中加载它，是实现完整 Bash 颜色体验的最可靠方式——无论是本地工作还是远程操作。只要这两个文件正确配置，你就再也不用担心终端枯燥无色了。

联系方式

如有任何问题或建议，欢迎联系：christianorsted05@outlook.com

posted on 2026-02-22 12:16 ChristianOrsted 阅读(163) 评论(0) 收藏举报

刷新页面返回顶部