Docker容器中直接运行脚本可读取ENV，Cron调用为何失败？

我想每10分钟运行一个小型Python脚本，于是将Cron容器化来调用它。脚本硬编码环境变量时一切正常，但通过Dockerfile传入环境变量时出现问题：

• 第一个Dockerfile仅容器化脚本，设置ENV c_setting=5后，执行python script.py可正常读取该环境变量（脚本通过os.environ["c_setting"]读取并打印）。
• 第二个Dockerfile安装了Cron，将crontab文件复制到/etc/cron.d/，同样设置ENV c_setting=5，启动Cron后定时任务能正常触发，但脚本会抛出KeyError(c_setting)异常，无法读取环境变量。

疑问：为何第一个Dockerfile设置的ENV有效，第二个却无效？是否与镜像层或指令顺序有关？

相关代码 #

第一个Dockerfile #

FROM python:3.10

WORKDIR /app

COPY . /app

ENV c_setting=5

CMD ["python", "script.py"]

第二个Dockerfile #

FROM python:3.10

RUN apt-get update && apt-get -y install cron vim

WORKDIR /app

COPY crontab /etc/cron.d/crontab
COPY . /app

ENV c_setting=5

RUN chmod 0644 /etc/cron.d/crontab
RUN /usr/bin/crontab /etc/cron.d/crontab

CMD ["cron", "-f"]

script.py #

if __name__ == "__main__":
    import os

    print(os.environ["c_setting"])

crontab #

* * * * * cd ../app && /usr/local/bin/python script.py >> script.log 2>>error.log

这和镜像层、指令顺序无关，核心问题是Cron运行定时任务时不会继承容器的环境变量：

• 第一个Dockerfile中，python script.py是容器的主进程，会直接继承Dockerfile里ENV设置的所有环境变量，因此能正常读取。
• 第二个Dockerfile中，Cron作为主进程启动，但Cron执行定时任务时，会以极简的系统环境运行（仅加载少量系统级变量），不会传递容器通过ENV设置的环境变量——哪怕这些变量存在于Cron自身的进程环境中，也不会传递给它启动的子任务。

另外，crontab里的cd ../app路径写法不够严谨，容器WORKDIR是/app，../app实际指向/app，直接用绝对路径/app更可靠。

方法1：在crontab中直接指定环境变量 #

修改crontab文件，在任务开头添加环境变量：

* * * * * c_setting=5 cd /app && /usr/local/bin/python script.py >> /app/script.log 2>>/app/error.log

多个变量可按VAR1=val1 VAR2=val2的格式添加在任务前。

方法2：将环境变量写入Cron的环境配置文件 #

Cron会自动读取/etc/environment中的变量，在第二个Dockerfile的ENV c_setting=5之后添加以下指令：

RUN echo "c_setting=$c_setting" >> /etc/environment

这样Cron执行任务时就能加载到该变量。

方法3：用脚本封装任务并导入环境变量 #

创建run_script.sh脚本：

#!/bin/bash
# 从容器环境中导入变量
export c_setting=$c_setting
cd /app && /usr/local/bin/python script.py >> script.log 2>>error.log

在Dockerfile中给脚本添加执行权限：

RUN chmod +x /app/run_script.sh

然后修改crontab文件：

* * * * * /app/run_script.sh

方法4：容器启动时传递环境变量（可选） #

若不想把环境变量硬编码到镜像中，可在启动容器时用-e参数传递：

docker run -e c_setting=5 your-image-name

配合方法2或方法3，即可让Cron任务读取到变量。

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