终端颜色异常主因是term设置错误而非主题问题；需验证tput colors输出为256、echo测试鲜红色，并确保客户端设xterm-256color、服务端有terminfo支持，再分别配置vim/tmux/ls等工具启用256色。
终端颜色显示异常（比如 vim 颜色发灰、ls 不显色、tmux 状态栏变白）——八成是 TERM 没设对，不是配色文件或主题的问题。
检查当前终端是否真支持 256 色
别光看 echo $TERM 返回了什么，得验证终端模拟器实际能力。常见错误是 TERM 显示为 xterm-256color，但终端软件本身没启用对应模式。
- 运行
tput colors：输出应为256，不是8或16 - 快速验证：执行
echo -e "\033[38;5;196mRED\033[0m"，能显示鲜红色才算过 - 如果失败，说明要么终端类型错，要么 terminfo 数据缺失（
/usr/share/terminfo/x/xterm-256color不存在）
SecureCRT / Xshell / PuTTY 中设置终端类型
这些工具默认把 TERM 设成 vt100 或 xterm，只认 16 色。必须手动切到带 -256color 后缀的类型。
- SecureCRT：
Session Options → Terminal → Emulation → Terminal，选xterm-256color（不是xterm） - Xshell：
文件 → 属性 → 终端 → 终端类型，填xterm-256color；若用 Xshell 6+ 且需真彩色，还要勾选「使用本色」 - PuTTY：在
Connection → Data → Terminal-type string里改成xterm-256color - 改完务必重新连接 SSH，环境变量不会热更新
服务器端确保 TERM 生效且 terminfo 可用
客户端设对了，服务端还得接得住。很多最小化安装的 CentOS/Debian 缺少 xterm-256color 的 terminfo 定义。
- 先查：运行
ls /usr/share/terminfo/x/xterm-256color /lib/terminfo/x/xterm-256color 2>/dev/null，任一路径存在即可 - 缺的话，CentOS/RHEL 用
yum install ncurses-base，Debian/Ubuntu 用apt install ncurses-base - 在
~/.bashrc或/etc/profile.d/termcolor.sh里加判断逻辑：if [[ -e /usr/share/terminfo/x/xterm-256color ]] || [[ -e /lib/terminfo/x/xterm-256color ]]; then<br> export TERM='xterm-256color'<br>else<br> export TERM='xterm-color'<br>fi
- 别直接写死
export TERM=xterm-256color—— 没 terminfo 时会导致部分命令（如less）崩溃
应用层启用 256 色支持
即使终端和系统都就位，vim/tmux/ls 这些工具默认仍可能降级使用 16 色，得单独开。
- vim：在
~/.vimrc加set t_Co=256；如果用 neovim，还需确认nvim --version输出含+termguicolors才能进一步开真彩色 - tmux：在
~/.tmux.conf加set -g default-terminal "screen-256color"（注意不是xterm-256color，tmux 内部用 screen 衍生类型） - ls：确保
LS_COLORS已加载，运行dircolors -p | head -5看是否输出配色规则；没生效就加eval "$(dircolors -p)"到 shell 初始化文件 - grep：加别名
alias grep='grep --color=auto'，否则即使终端支持也不触发颜色
最容易被忽略的一点：有些老旧脚本或 Docker 容器内启动的 shell 会覆盖 TERM，比如 docker exec -it bash 可能继承宿主机的 TERM=linux。这种场景下，进容器后要手动 export TERM=xterm-256color，或者改用 docker exec -e TERM=xterm-256color -it bash。
