别名默认仅当前终端有效，永久生效需写入~/.bashrc等初始化文件并执行source重新加载；它本质是字符串替换，不支持参数传递，复杂逻辑应使用函数。
别名不是“写完就永久生效”，它默认只在当前终端窗口里管用；想每次打开终端都自动加载，必须写进 Shell 初始化文件，而且得选对文件、还得重新加载。
alias 命令本身只能临时设置
直接在终端里敲 alias ll='ls -l'，这个 ll 立刻就能用，但关掉终端或新开一个窗口，ll 就消失了。这不是 bug，是设计如此——alias 是 Bash 内建命令，作用域仅限于当前 shell 进程。
常见错误现象：
- 写完
alias gs='git status'，新开个终端输gs报错command not found - 误以为
sudo alias foo='bar'能让 root 也用上（实际不能，root 的环境完全独立）
永久生效必须写进正确的配置文件
Bash 启动时会按顺序读取多个文件，但日常登录终端通常只加载 ~/.bashrc（非登录 shell）或 ~/.bash_profile（登录 shell）。Mac 默认用 ~/.bash_profile，Ubuntu 桌面版常走 ~/.bashrc。
实操建议：
- 普通用户优先往
~/.bashrc末尾追加别名，比如：echo "alias ll='ls -la --color=auto'" >> ~/.bashrc
- 写完别立刻生效：运行
source ~/.bashrc（不是bash ~/.bashrc，后者会启动子 shell，改的不是当前环境） - 别往
/etc/profile或/etc/bash.bashrc乱写——除非你真要给所有用户统一设别名，且有 root 权限
带空格、管道、变量的别名容易出错
别名本质是字符串替换，不经过 shell 解析器重解析。所以像 alias grep='grep --color=auto' 没问题，但 alias h='history | head -20' 实际执行时，h 会被替换成整个字符串，再由当前 shell 执行，这没问题；可一旦涉及变量，比如 alias cdlog='cd /var/log' 是安全的，但 alias cdhome='cd $HOME' 中的 $HOME 在定义时就被展开了，之后 HOME 变了它也不会变。
容易踩的坑：
- 别名里有单引号嵌套：用双引号包住整个右边，里面单引号照常，比如
alias history='history | awk "{print \$2}"'—— 注意\$2要转义，否则当前 shell 就把$2当参数替换了 - 想让别名支持参数？别名做不到，得用函数。例如
ll /tmp要能传参，必须写成函数：ll() { ls -la --color=auto "$@"; } - 别名末尾带空格（如
alias sudo='sudo '）是特殊机制，用于触发 shell 的“别名后跟命令”扩展，漏掉空格就失效
查看和清理别名要分清 scope 和 name
运行 alias 列出所有当前生效的别名；用 alias ll 只看 ll 的定义；而 which ll 可能显示 alias ll='ls -la' 或直接报 no ll in ...，取决于是否被覆盖。
删除时注意：
-
unalias ll只删当前 session 的ll，不影响配置文件里的定义 -
unalias -a会清空所有别名（包括系统默认的ls、rm等），谨慎使用 - 配置文件里的别名删了不 reload，旧的依然在；reload 后才真正消失
最麻烦的是别名和函数、命令同名还互相覆盖——比如你定义了 alias ls='ls --color=auto'，又写了函数 ls() { command ls --color=auto "$@"; }，最终谁生效取决于定义顺序和 shell 版本，这种混用最好避免。
