我发现的另一种简单方法(但可能容易出错，我仍在测试中)是在命令之前获取用户的配置文件。

编辑/etc/cron.d /脚本:

* * * * * user1 comand-that-needs-env-vars

会变成:

* * * * * user1 source ~/.bash_profile; source ~/.bashrc; comand-that-needs-env-vars

很脏，但它帮我完成了任务。是否有方法模拟登录?只是一个你可以运行的命令?Bash—登录不起作用。听起来这是更好的方法。

编辑:这似乎是一个可靠的解决方案:http://www.epicserve.com/blog/2012/feb/7/my-notes-cron-directory-etccrond-ubuntu-1110/

* * * * * root su --session-command="comand-that-needs-env-vars" user1 -l

别忘了，因为cron的父进程是init，所以它运行的程序没有控制终端。你可以用这样的工具来模拟:

http://libslack.org/daemon/

将此添加到您的crontab(临时):

* * * * * env > ~/cronenv

运行后，执行以下操作:

env - `cat ~/cronenv` /bin/sh

这假设您的cron运行/bin/sh，不管用户的默认shell是什么，它都是默认的。

脚注:如果env包含更高级的配置，例如PS1=$(__git_ps1 " (%s)")$，它将神秘地错误env: ":没有这样的文件或目录。

回答https://stackoverflow.com/a/2546509/5593430展示了如何获取cron环境并将其用于您的脚本。但是请注意，环境会因所使用的crontab文件而有所不同。我创建了三个不同的cron条目，通过env >日志保存环境。这些是在Amazon Linux 4.4.35-33.55.amzn1.x86_64上的结果。

1. 使用root用户创建全局/etc/crontab

MAILTO=root
SHELL=/bin/bash
USER=root
PATH=/sbin:/bin:/usr/sbin:/usr/bin
PWD=/
LANG=en_US.UTF-8
SHLVL=1
HOME=/
LOGNAME=root
_=/bin/env

2. root用户crontab (crontab -e)

SHELL=/bin/sh
USER=root
PATH=/usr/bin:/bin
PWD=/root
LANG=en_US.UTF-8
SHLVL=1
HOME=/root
LOGNAME=root
_=/usr/bin/env

3./etc/cron.hour /脚本

MAILTO=root
SHELL=/bin/bash
USER=root
PATH=/sbin:/bin:/usr/sbin:/usr/bin
_=/bin/env
PWD=/
LANG=en_US.UTF-8
SHLVL=3
HOME=/
LOGNAME=root

最重要的是PATH, PWD和HOME不同。确保在cron脚本中设置这些以依赖稳定的环境。

默认情况下，cron使用您系统中的sh来执行它的作业。这可能是实际的Bourne shell或破折号，ash, ksh或bash(或另一个)符号链接到sh(并因此在POSIX模式下运行)。

最好的方法是确保您的脚本拥有它们需要的东西，并假设没有为它们提供任何东西。因此，您应该使用完整的目录规范并自己设置环境变量(如$PATH)。

一些方法:

Export cron env and source it: Add * * * * * env > ~/cronenv to your crontab, let it run once, turn it back off, then run env - `cat ~/cronenv` /bin/sh And you are now inside a sh session which has cron's environment Bring your environment to cron You could skip above exercise and just do a . ~/.profile in front of your cron job, e.g. * * * * * . ~/.profile; your_command Use screen Above two solutions still fail in that they provide an environment connected to a running X session, with access to dbus etc. For example, on Ubuntu, nmcli (Network Manager) will work in above two approaches, but still fail in cron. * * * * * /usr/bin/screen -dm Add above line to cron, let it run once, turn it back off. Connect to your screen session (screen -r). If you are checking the screen session has been created (with ps) be aware that they are sometimes in capitals (e.g. ps | grep SCREEN) Now even nmcli and similar will fail.