我尝试了大部分提供的解决方案，但一开始都没用。然而，事实证明，并不是解决方案失败了。显然，我的~/。Bashrc文件以以下代码块开始:

case $- in
    *i*) ;;
    *) return;;
esac

This basically is a case statement that checks the current set of options in the current shell to determine that the shell is running interactively. If the shell happens to be running interactively, then it moves on to sourcing the ~/.bashrc file. However, in a shell invoked by cron, the $- variable doesn't contain the i value which indicates interactivity. Therefore, the ~/.bashrc file never gets sourced fully. As a result, the environment variables never got set. If this happens to be your issue, feel free to comment out the block of code as follows and try again:

# case $- in
#     *i*) ;;
#     *) return;;
# esac

我希望这对你有用

不幸的是，crontab的环境变量范围非常有限，因此每次运行corntab时都需要导出它们。

一个简单的方法是下面的例子，假设你的env变量在一个名为env的文件中，然后:

* * * * * ../env && /path/to_your/command

此部分. ./env将导出它们，然后在您的命令的相同范围内使用它们

你也可以在命令前加上env注入环境变量，如下所示:

0 * * * *   env VARIABLE=VALUE /usr/bin/mycommand

对我有用的(基于debian):

创建一个包含所有需要的env变量的文件: # !/bin/bash env | grep VAR1= > /etc/environment . env | grep VAR1= > /etc/environment . env | /etc/environment . env | grep VAR2= >> /etc/environment . env | grep VAR3= >> 然后，通过在调用需要它的脚本之前调用env文件来构建crontab内容，从而启动cron服务 (crontab -l;Echo '* * * * *。/etc/environment;/usr/local/bin/python /mycode.py >> /var/log/cron-1.log 2>&1') | crontab 服务cron启动

注意:对于python用例，一定要调用整个python路径，否则可能会调用错误的python，产生无意义的语法错误

对于这个问题，我还有一个解决方案:

0 5 * * * . $HOME/.profile; /path/to/command/to/run

在这种情况下，它将选择$HOME/中定义的所有环境变量。概要文件。

当然$HOME也没有设置，你必须用$HOME的完整路径替换它。

在@carestad示例的基础上展开(我觉得更简单)，使用cron运行脚本，并将环境放在脚本中。

在crontab -e文件中:

SHELL=/bin/bash

*/1 * * * * $HOME/cron_job.sh

cron_job.sh文件:

#!/bin/bash
source $HOME/.bash_profile
some_other_cmd

.bash_profile源文件后面的任何命令都将拥有您的环境，就像您登录了一样。