Docker容器中Cron执行Bash脚本时FOLDER_ID环境变量失效问题

我来帮你排查这个Cron执行脚本的问题，这类情况大概率和Cron的环境变量特性有关，咱们一步步来解决：

Cron任务运行时的环境和你手动登录shell的环境完全不同——它只会加载极少的默认环境变量，Docker容器启动时传入的FOLDER_ID这类自定义变量，默认不会被Cron进程继承，这就是为什么手动执行脚本正常，但Cron只打印日期却不执行node命令的原因。

1. 先验证环境变量是否存在 #

修改你的脚本，添加环境变量打印逻辑，确认Cron执行时FOLDER_ID到底有没有值：

#!/bin/bash
echo "$(date +"%r")"
# 把所有环境变量和FOLDER_ID的值写入日志，方便排查
env > /tmp/cron_env_debug.log
echo "Current FOLDER_ID: $FOLDER_ID" >> /tmp/cron_env_debug.log

if [ "$FOLDER_ID" != "0" ]
then
    echo "Starting node sync command..." >> /tmp/cron_env_debug.log
    node /sync.js -d $FOLDER_ID -l /Downloads
fi

等Cron执行完后，查看/tmp/cron_env_debug.log，如果里面没有FOLDER_ID的记录，就坐实了环境变量未传递的问题。

2. 解决环境变量传递问题 #

这里有几种可靠的解决方式，你可以根据场景选择：

方式一：让Cron以登录shell模式执行脚本 #

登录shell会加载容器启动时的环境变量，修改你的Crontab任务，在执行脚本前加上/bin/bash -l -c：

# 示例：每分钟执行一次脚本，替换成你的实际脚本路径
* * * * * /bin/bash -l -c "/path/to/your/script.sh"

-l参数会让bash模拟登录shell，自动加载容器的环境变量配置。

方式二：从容器1号进程读取环境变量 #

Docker容器的1号进程（就是你启动容器时的主进程）会保存所有启动时传入的环境变量，你可以在脚本开头添加这段代码，手动导入FOLDER_ID：

#!/bin/bash
# 从容器1号进程的环境变量中提取并导出FOLDER_ID
export $(grep -z FOLDER_ID /proc/1/environ | tr '\0' '\n')

echo "$(date +"%r")"
if [ "$FOLDER_ID" != "0" ]
then
node /sync.js -d $FOLDER_ID -l /Downloads
fi

方式三：在Crontab中直接定义变量 #

如果你的FOLDER_ID是固定值，也可以在编辑Crontab时直接定义：

# 先定义变量，再写任务
FOLDER_ID=your_folder_id_here
* * * * * /path/to/your/script.sh

3. 额外注意：检查node的绝对路径 #

还有一种可能：Cron的PATH环境变量比手动shell的短，导致找不到node命令。你可以先手动执行which node得到绝对路径（比如/usr/local/bin/node），然后把脚本里的node替换成绝对路径：

/usr/local/bin/node /sync.js -d $FOLDER_ID -l /Downloads

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