别名改不了主要是因写错位置、未重新加载或被高优先级配置覆盖；临时alias仅限当前shell，永久生效须写入对应shell的初始化文件（如~/.bashrc或~/.zshrc）并执行source命令。
别名改不了，基本是写错位置、没重新加载，或者被更高优先级配置覆盖了。临时 alias 能用但关终端就丢，说明你还没把它写进配置文件。
alias 命令本身不保存，只作用于当前 shell 进程
运行 alias ll='ls -la' 后立刻能用 ll，但这是纯内存操作。关闭终端、新开一个 tab、甚至执行 bash 进入子 shell，这个别名就没了。
常见错误现象：
- 执行
alias ll='ls -la'→ 成功；关掉终端再开 →ll: command not found - 在
~/.bashrc里写了别名，但忘记source ~/.bashrc→ 新终端里依然无效
所以别名“修改”不是改命令本身，而是改它被加载的时机和位置。
永久生效必须写入 shell 初始化文件，且确认 shell 类型
先看自己用的是什么 shell：echo $SHELL。结果是 /bin/bash 就改 ~/.bashrc；是 /bin/zsh 就改 ~/.zshrc；别硬套别人教程里的路径。
实操建议：
- 用
nano ~/.bashrc（或对应文件）打开，滚到最末尾，新增一行：alias ll='ls -la --color=auto' - 别在等号两边加空格：
alias ll = 'ls -la'是错的，会报 syntax error - 保存后必须执行：
source ~/.bashrc（不是./.bashrc，也不是重启终端） - 如果用了 oh-my-zsh 等框架，
~/.zshrc里可能已有source $ZSH/oh-my-zsh.sh，别把 alias 写在它后面——有些插件会重置 alias
别名冲突时，系统级配置 > 用户级配置 > 临时 alias
比如你在 /etc/bash.bashrc 里定义了 alias ls='ls --color=auto'，又在 ~/.bashrc 里写了 alias ls='ls -F'，后者会覆盖前者。但如果你在 ~/.bashrc 里写的是一行 unalias ls，那 ls 就彻底变回原始命令。
容易踩的坑：
- 多个配置文件都定义了同名 alias，实际生效的是最后加载的那个（按文件读取顺序）
-
~/.bash_aliases不是默认启用的，得确认~/.bashrc里有这段：if [ -f ~/.bash_aliases ]; then . ~/.bash_aliases; fi - 某些发行版（如 Ubuntu）默认启用了
~/.bash_aliases加载逻辑，但 CentOS/RHEL 没有，别假设它一定存在
绕过别名执行原命令的三种可靠方式
当你给 rm 加了 -i 别名，某次想批量删又不想确认，就得跳过别名。最稳的方法只有三个：
- 加反斜杠：
\rm file.txt—— 这个最常用，也最不容易出错 - 用绝对路径：
/bin/rm file.txt或/usr/bin/rm file.txt（先用which rm确认路径） - 用
command内置命令：command rm file.txt—— 它明确告诉 shell “别查 alias，走 PATH 查可执行文件”
注意：rm 开头加空格（如 alias rm='rm -i '，末尾带空格）是 Bash 特性，但不可靠：它只对下一个词生效，且 zsh 不支持，别依赖。
真正麻烦的不是写错一行 alias，而是改了配置却没意识到 shell 加载顺序、子进程继承规则、或者不同终端模拟器启动的是 login shell 还是 non-login shell —— 这些细节不验证，光靠“我以为它该生效”只会反复踩坑。
