脚本中alias不生效是因为其仅在交互式shell中启用，非交互式shell不加载~/.bashrc等配置；可靠方案是改用函数、显式启用expand_aliases并手动定义、或用bash -i启动子shell。
为什么脚本里 alias 不生效
因为 alias 默认只在交互式 shell 中启用，而脚本运行在非交互式 shell 下，shopt -s expand_aliases 也没用——它只是允许解析 alias 语句，但不会自动加载 ~/.bashrc 或 ~/.bash_aliases。脚本启动时根本不读这些文件。
让 alias 在脚本中生效的三种可靠方式
别指望靠 source ~/.bashrc 一劳永逸：很多发行版的 ~/.bashrc 开头有 [ -z "$PS1" ] && return 这类判断，一检测到非交互式就直接退出，alias 根本不会被定义。
- 最稳妥：把 alias 对应的命令直接写进脚本（例如把
alias ll='ls -alF'换成ll() { ls -alF "$@"; }） - 次选：在脚本开头显式启用 alias 扩展并手动定义（必须两步都做）：
shopt -s expand_aliases alias ll='ls -alF'
- 不推荐但可行：用
bash -i启动子 shell（如bash -i -c 'll /tmp'），但会带入完整交互环境，可能触发 prompt、history、调试钩子等副作用
函数替代 alias 更适合脚本场景
alias 不能接受参数展开（比如 alias grep='grep --color=auto' 在 grep foo *.log 中没问题，但在 alias rg='rg --max-count=5' 后调用 rg pattern file 就容易出错），而函数天然支持 $@ 透传。
示例对比：
# ❌ 别名写法，参数位置易错
alias gs='git status'
<h1>✅ 函数写法，行为稳定且可扩展</h1><p>gs() {
git status "$@"
}</p>
函数还能加逻辑判断、错误处理、环境检查，alias 做不到。
如果坚持用 alias，必须注意这三点
不是不能用，而是要清楚代价和边界：
-
shopt -s expand_aliases必须出现在脚本最开头（甚至要在任何 alias 定义之前），否则无效 - alias 只能用于简单命令替换，不能嵌套、不能带管道或重定向（
alias ll='ls | head -20'会失败） - 别名定义必须在调用前完成；不能在 if 分支里定义再调用，shell 不会在运行时重新解析 alias 表
真正需要复用命令逻辑的地方，函数是更可控、更可维护的选择。alias 是为交互快捷设计的，不是为脚本可移植性设计的。
