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

编辑/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/

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

编辑/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作业，运行env并将stdout重定向到一个文件。 使用该文件和“env -”一起创建与cron作业相同的环境。

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

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

你可以运行:

env - your_command arguments

这将在空环境下运行your_command。