在@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源文件后面的任何命令都将拥有您的环境，就像您登录了一样。

而不是

0  *  *  *  *  sh /my/script.sh

使用bash -l -c

0  *  *  *  *  bash -l -c 'sh /my/script.sh'

在/etc/environment中设置变量在Ubuntu中也适用。从12.04开始，/etc/environment中的变量将为cron加载。

从命令行运行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"

另一种方式-受此启发-“注入”变量如下(fcron的例子):

%daily 00 12 \
    set -a; \
    . /path/to/file/containing/vars; \
    set +a; \
    /path/to/script/using/vars

从帮助集:

-a标记已修改或创建用于导出的变量。 使用+而不是-会导致这些标志被关闭。

因此，set -和set +之间的所有内容都被导出到env中，然后可用于其他脚本，等等。如果不使用set，变量将只存在于set中。

除此之外，当程序需要一个非根帐户来运行，但你需要在其他用户的环境中使用一些变量时，传递变量也很有用。下面是一个传入nullmailer vars来格式化电子邮件头的例子:

su -s /bin/bash -c "set -a; \
                    . /path/to/nullmailer-vars; \
                    set +a; \
                    /usr/sbin/logcheck" logcheck

对我来说，我必须在NodeJS文件中指定路径。

// did not work!!!!!
require('dotenv').config()

而不是

// DID WORK!!
require('dotenv').config({ path: '/full/custom/path/to/your/.env' })