alias适合静态命令简化，带参数、多步骤或需条件判断时必须用函数；其生效因是shell内建命令，定义后直接注入命令查找表，不经过PATH查找。
能，但得看你怎么用——alias 适合静态命令简化，带参数、多步骤或需要条件判断的场景，必须改用函数。
alias ll='ls -la' 这类写法为什么立刻生效？
因为 alias 是 shell 内建命令，定义后直接注入当前 shell 的命令查找表，不经过 PATH 查找。执行 ll 时，shell 会当场替换为 ls -la 并运行。
- 临时别名只在当前终端会话存活，关掉窗口就消失
- 别名里不能直接引用位置参数（比如
$1），写alias grepf='grep $1 /etc/passwd'是无效的——$1在定义时就被展开为空，不是运行时取值 - 别名展开不递归：如果
alias ls='ls --color=auto'和alias ll='ls -a'同时存在，ll展开后仍是调用原始ls，不是带颜色的版本（除非你显式写成alias ll='ls --color=auto -a'）
永久生效却没反应？八成是漏了 source 或写错了配置文件
用户级别永久 alias 必须写进 shell 启动文件，并手动重载。常见错误：
- 改了
~/.bashrc却没运行source ~/.bashrc—— 新增的 alias 不会出现 - 用的是 zsh（比如 macOS Catalina 及以后、或主动切换过 shell），却往
~/.bashrc里写，该文件根本不会被 zsh 加载；应确认$SHELL输出，再编辑对应文件：~/.zshrc - 把 alias 写在
~/.bash_profile里，但系统默认只读~/.bashrc（尤其 Ubuntu 系）；建议统一维护在~/.bashrc，并在~/.bash_profile末尾加source ~/.bashrc - alias 行开头有空格，或等号两侧有空格（如
alias ll = 'ls -la'），会导致语法错误，整行被忽略
想传参？别硬扛 alias，直接上函数
alias 天然不支持动态参数，强行用 eval 或转义只会让维护成本飙升。正确做法是定义函数，再用 alias 指向它（可选）：
mkcd() {
mkdir -p "$1" && cd "$1"
}
alias mkcd=mkcd
- 函数体里可以安全使用
$1、$@、if判断、错误检查 - 函数名和 alias 名可以同名（如上），也可以不同；alias 只是提供一个更短的触发入口
- 函数必须定义在配置文件中（如
~/.bashrc），且需source才加载；不能只靠 alias 行“代理”函数定义 - 注意引号：路径含空格时，
"$1"能保全，$1会断开
别名冲突和调试：alias ll 显示空白？试试这几个命令
当输入别名没反应、或行为异常，优先查这三项：
- 运行
alias ll（把ll换成你的别名）—— 如果无输出，说明该别名根本未定义或已被覆盖 - 运行
type ll—— 它会告诉你ll是 alias、function 还是外部命令；如果是ll is aliased to `ls -la'就对了 - 运行
unalias ll再试原命令，排除别名干扰；若原命令也报错，问题不在 alias 本身 - 别名和真实命令同名时（如
alias ls='ls --color=auto'），用\ls可绕过 alias 直接调用原始命令，方便对比验证
真正容易被忽略的是作用域嵌套：子 shell（比如脚本里启动的 bash）、非交互式 shell（如 cron 任务）默认不加载 ~/.bashrc，所以你在终端里配好的 alias，在脚本里根本不可用——这时候就得用函数 + 显式 source，或者干脆改用脚本文件。
