Cron执行bash脚本启动Node.js异常：直接运行正常，Cron执行卡停

核心原因：Cron环境与用户Shell环境不一致 #

直接运行脚本时用的是当前用户的完整Shell环境，而Cron的运行环境PATH变量非常有限，且缺少很多用户环境变量，导致脚本执行时出现隐性错误但未被捕获。

1. Node命令路径无法找到 #

Cron默认的PATH通常仅包含/usr/bin、/bin等系统基础路径，如果你的Node不是安装在这些目录下，Cron就找不到node命令，导致启动失败，但脚本没有捕获该错误，所以日志只输出“Node.js starting”。

解决办法：

• 在终端执行which node，获取Node的绝对路径（比如输出可能是/usr/local/bin/node）
• 修改check.sh中的启动命令，把node替换成这个绝对路径：

  nohup /usr/local/bin/node /home/georgmoik/index.js > /dev/null 2>&1 &
  

2. Nohup输出未重定向导致进程卡住 #

Cron运行脚本时，如果nohup的输出没有重定向，可能会因为标准输出/错误输出无法正常写入，导致进程无法完全后台运行，最终退出。

解决办法：
在nohup命令后加上输出重定向，把所有输出丢弃到/dev/null：

nohup /path/to/node /home/georgmoik/index.js > /dev/null 2>&1 &

3. 完善Cron日志的错误捕获 #

原来的Cron命令只重定向了标准输出，错误输出会被Cron默认丢弃，导致无法看到启动失败的具体原因。修改Cron命令，把错误输出也写入日志：

* * * * * sh /home/georgmoik/check.sh >> /home/georgmoik/check.log 2>&1

4. 脚本执行权限确认（可选） #

虽然你直接运行脚本正常，但可以确保脚本拥有执行权限：

chmod +x /home/georgmoik/check.sh

之后Cron命令可直接写脚本路径，无需加sh：

* * * * * /home/georgmoik/check.sh >> /home/georgmoik/check.log 2>&1

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