为何bash中eval在脚本内无法使用别名而命令行下可正常运行？

核心机制 #

bash的别名功能本质是命令解析阶段做的文本替换动作，是否触发这个替换，完全由shell的expand_aliases选项控制，和别名是否被存储在列表中没有必然联系：

• 交互shell（就是平时手动敲命令的CLI环境）默认开启expand_aliases：只要别名列表里存在对应条目，不管是直接敲命令执行、还是通过eval传入待解析的字符串，解析时都会先走别名替换逻辑。这也是为什么在CLI里定义ECHO='echo'后，直接执行或者用eval调用都能正常输出的原因。
• 非交互shell（就是通过bash test.sh启动的、专门跑脚本的shell环境）默认关闭expand_aliases：这个状态下，shell解析命令时根本不会去查别名列表做替换——哪怕你通过alias命令往列表里写了条目，哪怕执行alias命令能完整打印出所有存好的别名定义，解析时也会直接把命令行第一个字段当成要找的外部命令或者内置命令处理。

测试场景逐行对应解释 #

针对test.sh的实际执行输出：

• 第一行alias ECHO='echo'：只是把别名条目写到shell内部的存储结构里，不触发任何替换逻辑，执行不会报错
• 第二行cmd="ECHO dog"：只是给变量赋值，没有走到命令解析流程，执行不会报错
• 第三行alias：只是读取并打印当前存储的所有别名条目，所以能正常输出alias ECHO='echo'的内容，但这个打印动作和别名能不能被替换完全没关系
• 第四、第五行的eval $cmd、eval "ECHO dog"：eval会把传入的字符串交给shell的命令解析流程，因为当前非交互shell没开expand_aliases开关，解析流程根本不会把字符串开头的ECHO替换成echo，直接去找叫ECHO的可执行文件，最后就报了command not found的错

脚本环境下复现CLI别名行为的方法 #

如果需要在非交互脚本里启用和CLI一致的别名解析逻辑，只需要在脚本所有别名定义的最前面，打开对应的shell选项就行：

shopt -s expand_aliases

开启之后，脚本里定义的别名、以及eval触发的命令解析流程，就会和交互CLI环境的行为完全一样。

补充说明：哪怕开了expand_aliases，非交互shell的别名替换依然遵循bash的通用安全规则——同一命令行里先定义的别名，不能被同一条命令行里后续的命令引用，避免出现循环替换的问题；但通过eval传入的独立命令字符串不受这个规则限制，和交互shell的行为保持一致。

内容的提问来源于stack exchange，提问作者jeffpkamp