为何Linux脚本在bash手动执行与crontab调度时调用不同Shell？

核心差异原因 #

• 手动在bash中执行./script.sh时，由于脚本的shebang写错（#/bin/bash缺少!，不符合#!/path/to/shell的标准格式），系统无法识别指定的解释器，此时当前运行的bash父进程会直接接管解释脚本，因此使用的是bash。
• crontab的执行环境有独立的默认配置，默认Shell为/bin/sh（可查看/etc/crontab中的SHELL=/bin/sh配置确认）。当cron调用脚本时，发现shebang无效，就会使用自身环境的默认Shell/bin/sh来解释脚本，这就是两者使用不同Shell的根源。

为什么和二进制文件执行逻辑不同 #

二进制可执行文件是编译后的机器码，系统可直接执行；而Shell脚本是文本文件，必须依赖解释器运行：

• 当脚本有正确的shebang时，系统会严格按照指定路径调用解释器，和调用方式无关；
• 当shebang无效时，系统不会固定选择某个Shell，而是遵循父进程的默认Shell来解释脚本——手动执行的父进程是bash，crontab的父进程是cron（默认用/bin/sh），自然会出现差异。

解决方法 #

把脚本开头的错误shebang#/bin/bash修正为标准格式#!/bin/bash，这样无论手动执行还是crontab调度，系统都会调用/bin/bash来解释脚本，执行环境就会一致。

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