Bash 别名的展开时机：已经换成新定义，旧函数为什么仍然打印旧前缀
脚本先定义别名，再把它写进一个函数，后来改了别名，调用函数却还是旧效果。别名替换发生在命令被读取时；函数定义本身也是一条需要先读取的命令，所以函数体里的相应词可能早已被旧别名展开。
下面保存为 demo.sh，用 bash --noprofile --norc demo.sh 运行。脚本只定义自己的函数与别名，通过 Bash 内建 printf 输出文字，不调用外部同名程序，也不修改文件。非交互脚本先显式打开 expand_aliases，避免与终端默认行为混淆。
AI模型生成概念示意：旧印章留下的标记已经保存在文稿中，更换印章只改变后来读取的新文稿；不是实际执行截图。
#!/usr/bin/env bash
shopt -s expand_aliases
mark() { printf 'function:%s\n' "$1"; }
alias mark="printf 'old:%s\n'"
frozen() { mark "$1"; }
alias mark="printf 'new:%s\n'"
frozen A
mark B
unalias mark; mark C
mark D
frozen E函数定义保存了已经展开的命令文字
五行输出依次为 old:A、new:B、new:C、function:D、old:E。第一行来自 frozen A：读取 frozen 的定义时，mark 被展开成输出 old 前缀的 printf。因此，后来修改别名并不会回头改写这份函数定义。
第二行直接调用 mark B，这条新命令在新别名设置后才被读取，于是得到 new:B。对比这两行，可以确认不是 alias 修改失败，而是两处命令被读取的时刻不同。排查时只列出当前别名，无法完整解释早先定义的函数里已经保存了什么。
这里固定下来的是别名替换后的命令结构，不是全部运行数据。函数体里的 "$1" 仍在函数调用时取得参数，因此第一次为 A，最后一次为 E。不要把“定义时展开别名”误解成函数所有变量也在定义时被替换。
分号没有把读取阶段切成两次
第三行 new:C 来自 unalias mark; mark C。Bash在执行这条完整输入行之前已经读到了后面的 mark，并按当时仍存在的别名展开它。随后 unalias 确实成功删除别名，但这一行后半部分已经完成的替换不会撤销。
下一行 mark D 才是在删除之后新读取的命令。没有别名替换后，它找到脚本开头定义的 mark 函数，输出 function:D。最后 frozen E 仍然打印 old:E，进一步说明移除别名不会擦除旧函数里已经展开的 printf。
脚本接口优先表达为明确函数
别名适合交互输入的短名字，函数更适合需要参数、局部变量与稳定调用关系的脚本接口。若要让 frozen 每次都执行当前函数实现，可以直接调用明确命名的函数，并避免为同一名称另设别名。依赖运行期切换时，也应把可变行为表达成实际参数或函数调用。
需要检查函数保存内容时，可以用 declare -f frozen 查看定义，但仍要在目标Bash模式里复现调用结果。被 source 的配置、expand_aliases 开关以及定义顺序都会影响实际读取过程。把定义和使用分成独立顶层命令能减少意外，但不是让别名变成动态函数引用。
资料核对日期：2026年10月2日。完整脚本在 Bash 5.2.37 实际执行，五行标准输出与预期逐字一致。
