对我有用的(基于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，产生无意义的语法错误

让'cron'运行一个shell脚本，在运行命令之前设置环境。

总是这样。

#   @(#)$Id: crontab,v 4.2 2007/09/17 02:41:00 jleffler Exp $
#   Crontab file for Home Directory for Jonathan Leffler (JL)
#-----------------------------------------------------------------------------
#Min     Hour    Day     Month   Weekday Command
#-----------------------------------------------------------------------------
0        *       *       *       *       /usr/bin/ksh /work1/jleffler/bin/Cron/hourly
1        1       *       *       *       /usr/bin/ksh /work1/jleffler/bin/Cron/daily
23       1       *       *       1-5     /usr/bin/ksh /work1/jleffler/bin/Cron/weekday
2        3       *       *       0       /usr/bin/ksh /work1/jleffler/bin/Cron/weekly
21       3       1       *       *       /usr/bin/ksh /work1/jleffler/bin/Cron/monthly

~/bin/Cron中的脚本都是指向单个脚本'runcron'的链接，它看起来像:

:       "$Id: runcron.sh,v 2.1 2001/02/27 00:53:22 jleffler Exp $"
#
#       Commands to be performed by Cron (no debugging options)

#       Set environment -- not done by cron (usually switches HOME)
. $HOME/.cronfile

base=`basename $0`
cmd=${REAL_HOME:-/real/home}/bin/$base

if [ ! -x $cmd ]
then cmd=${HOME}/bin/$base
fi

exec $cmd ${@:+"$@"}

(使用较旧的编码标准编写-现在，我会使用shebang '#!开头说。)

“~ /。Cronfile '是我个人资料的一个变种，供cron使用——严格地说，没有交互，也没有为了吵闹而产生的回声。您可以安排执行.profile等等。(REAL_HOME的东西是我的环境的一个人工制品-你可以假装它是相同的$HOME。)

因此，这段代码读取适当的环境，然后从我的主目录执行非cron版本的命令。例如，我的'weekday'命令是这样的:

:       "@(#)$Id: weekday.sh,v 1.10 2007/09/17 02:42:03 jleffler Exp $"
#
#       Commands to be done each weekday

# Update ICSCOPE
n.updics

'daily'命令更简单:

:       "@(#)$Id: daily.sh,v 1.5 1997/06/02 22:04:21 johnl Exp $"
#
#       Commands to be done daily

# Nothing -- most things are done on weekdays only

exit 0

我在我的macbook上使用哦-我的-zsh，所以我已经尝试了很多方法来让crontab任务运行，但最后，我的解决方案是在运行命令之前前置.zshrc。

*/30 * * * * . $HOME/.zshrc; node /path/for/my_script.js

该任务每30分钟运行一次，并使用.zshrc配置文件执行我的节点命令。

别忘了在$HOME变量前加上点。

从命令行运行crontab -e时，可以在crontab本身中定义环境变量。

LANG=nb_NO.UTF-8
LC_ALL=nb_NO.UTF-8
# m h  dom mon dow   command

* * * * * sleep 5s && echo "yo"

此特性仅适用于特定的cron实现。Ubuntu和Debian目前使用vixie-cron，它允许在crontab文件中声明这些(也可以是GNU mcron)。

Archlinux和RedHat使用cronie，它不允许声明环境变量，并且会在cron.log中抛出语法错误。每个条目都可以采取变通措施:

# m h  dom mon dow   command
* * * * * export LC_ALL=nb_NO.UTF-8; sleep 5s && echo "yo"

全局设置env

sudo sh -c "echo MY_GLOBAL_ENV_TO_MY_CURRENT_DIR=$(pwd)" >> /etc/environment"

添加计划作业以启动脚本

crontab -e

  */5 * * * * sh -c "$MY_GLOBAL_ENV_TO_MY_CURRENT_DIR/start.sh"

=)

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

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

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

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