我0 2 */1 * * /aScript >aLog.log 2>&1以“root”用户身份运行了我的 crontab 作业，但我发现环境与“root”用户的环境不同，因此我的脚本的运行时行为不同。
尝试修复方法是将导出命令放在 rc.d 文件中，但仍然没有显示！我最终将导出命令放在脚本本身。
我的问题是，有没有更好的方法来解决这个问题？为什么 env 丢失了，即使它来自同一个用户“root”？（我通过从 root 运行“crontab -e”来修改 crontab）
答案1
Cron 总是在几乎空的环境中运行。HOME、LOGNAME和SHELL已设置； 并且 非常有限PATH。 因此，建议使用可执行文件的完整路径，并在使用 时导出脚本中所需的任何变量cron。
您可以使用多种方法来设置环境变量cron，但它们都相当于在脚本中进行设置。
方法 1：
在脚本中手动设置所需的每个变量。
方法 2：
您的个人资料来源：
. $HOME/.bash_profile（或者. $HOME/.profile）
（您通常会发现上述文件会获取其他文件（例如~/.bashrc--> /etc/bashrc--> /etc/profile.d/*） - 如果没有，您也可以获取这些文件。）
方法 3：
将您的环境变量保存到文件中（以所需用户身份运行）：
env > /path/to/my_env.sh
然后通过你的 cron 脚本导入：
env - `cat /path/to/my_env.sh` /bin/sh
方法 4：
在某些情况下，您可以在 中设置全局cron变量/etc/default/cron。然而，这样做有一定的风险，因为这些变量将针对所有cron作业进行设置。
答案2
Cron 通过指定的用途创建其自己的 shell，并通过该 shell 运行。
因此，如果您想保留与您的用户相同的变量，那么请尝试使用您自己的用户来运行它，而不是以 root 或任何其他用户的身份运行它。
或者
最好的方法是在您自己的脚本中导出这些变量。
答案3
在RedHat CentOS中，您可以将/etc/rc.d/init.d/functions默认设置PATH为永久设置。/etc/rc.d/crond启动时调用函数。
答案4
我在 AWS 上也遇到过类似的问题。我是这样解决的
which python3
给了我/usr/bin/local/python3位置
进而
. $HOME/.profile; /usr/local/bin/python3 /home/ubuntu/your_script.py