Linux执行shell脚本时如何确定所用shell？三种指定方式优先级如何？

问题1：三种指定方式的优先级排序 #

首先需要先纠正一个认知误区：你提到的「修改$SHELL环境变量后通过./MyScripts.sh执行」的方式，本身不会对脚本的解释器选择产生影响。$SHELL是记录当前用户默认登录shell的环境变量，只会被部分需要调用用户默认shell的上层程序读取，不会影响内核加载可执行脚本时的逻辑。
三种方式的实际优先级从高到低如下：

• 最高：执行脚本时命令行显式指定解释器
  例如sh MyScripts.sh这种写法，会完全忽略脚本本身的shebang声明，直接将脚本内容交给你指定的sh解释器执行。
• 次之：脚本开头的shebang声明
  仅在你直接以可执行文件方式启动脚本（即./MyScripts.sh）时生效，此时内核会读取脚本第一行的shebang配置（例如#!/bin/bash），调用对应的解释器执行脚本内容。
• 你提到的$SHELL环境变量默认不参与脚本解释器选择，除非你显式执行$SHELL ./MyScripts.sh，这种写法本质归属于第一种「命令行显式指定解释器」的情况。

问题2：脚本后缀与执行解释器不匹配的运行结果 #

Linux系统下的脚本后缀名没有强制语义约束，仅方便用户识别脚本类型，内核和解释器都不会根据后缀判断脚本内容类型，只会逐行解析文件里的实际内容执行。
当你执行sh MyScripts.zsh时，本质是将脚本内的所有代码交给sh解释器逐行运行：

• 如果脚本内的代码完全符合POSIX sh的语法规范，即使后缀是.zsh也会完全正常运行，不会有任何问题。
• 如果脚本内使用了zsh独有的语法特性（比如zsh专属的数组操作、扩展通配符、关联数组声明方式等），sh解释器无法识别这些语法，会直接抛出语法错误，执行终止。

补充：即使你把脚本后缀改成.txt、.test等完全无关的后缀，只要内容语法符合你调用的解释器的规范，就可以正常运行。

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