alias不能带参数，必须用函数替代；函数支持参数传递、逻辑判断和错误处理，而alias仅作静态字符串替换，且函数优先级高于同名alias。
alias 不能带参数？用函数替代是唯一靠谱解法
alias 看似方便，但本质只是字符串替换，遇到 $1、$@ 这类参数会直接失效。比如写 alias ll='ls -la $1'，执行 ll /tmp 实际跑的是 ls -la $1，变量根本没展开——shell 在 alias 展开阶段压根不解析参数。
真正要传参、做逻辑判断或组合命令，必须用 shell 函数。它和 alias 不是“二选一”，而是“该用谁就用谁”：
-
alias适合静态快捷方式：比如alias gs='git status' - 函数适合动态行为：比如
mkcd() { mkdir -p "$1" && cd "$1"; } - 函数能用
$@安全转发所有参数，alias做不到
函数定义后不生效？检查加载时机和作用域
写完函数不生效，90% 是因为没重新加载，或只在当前 shell 里定义了。常见错误现象：source ~/.bashrc 后仍报 command not found，或者新终端打不开函数。
实操建议：
- 函数定义要放在
~/.bashrc（bash）或~/.zshrc（zsh）里，别只敲在当前终端 - 改完配置后，运行
source ~/.bashrc（不是./.bashrc） - 新开终端默认不读
.bashrc（比如用bash --login启动时读~/.bash_profile），确认你的 shell 启动文件链路 - 用
type mkcd查看函数是否已定义；用declare -f mkcd查看完整定义
alias 和函数同名时，谁赢？函数优先级更高
如果同时存在 alias ll='ls -l' 和 ll() { ls -la "$@"; }，执行 ll 时调用的是函数。这是 bash/zsh 的明确规则：函数 > alias > 内置命令 > 外部命令。
但要注意副作用：
- 用
unalias ll删不掉函数，得用unset -f ll -
which ll可能显示 alias 定义（旧版 bash），而type ll才准确反映真实调用目标 - 如果函数里想调用原始命令（比如函数叫
ls，但内部还要用系统ls），得写成\ls或command ls，否则递归爆炸
性能差异几乎可以忽略，但可维护性差太多
alias 展开快一丁点，函数多一次 fork？实际测过，在现代终端里差距在微秒级，完全不用纠结。真正关键的是：函数支持条件、循环、变量、错误检查，alias 做不到。
一个典型反例：alias backup='cp file.txt file.txt.bak' 永远只备份固定文件；换成函数就能支持任意路径：
backup() {
[ -z "$1" ] && { echo "usage: backup <file>"; return 1; }
[ ! -f "$1" ] && { echo "$1: no such file"; return 1; }
cp "$1" "$1.bak"
}
再小的逻辑分支，alias 都无能为力。别为了省几行代码把可维护性锁死。
最容易被忽略的一点：alias 无法捕获子 shell 的退出状态，函数可以。比如你想在失败时提醒自己，只能靠函数里的 if ! cmd; then ... fi —— 这事 alias 根本没法参与。
