你应该能够通过在虚拟环境中使用python来做到这一点:

/home/my/virtual/bin/python /home/my/project/manage.py command arg

编辑:如果你的django项目不在PYTHONPATH目录下，那么你需要切换到正确的目录:

cd /home/my/project && /home/my/virtual/bin/python ...

您也可以尝试从cron记录失败:

cd /home/my/project && /home/my/virtual/bin/python /home/my/project/manage.py > /tmp/cronlog.txt 2>&1

另一件要尝试的事情是在你的manage.py脚本最上面做同样的改变:

#!/home/my/virtual/bin/python

不用再看了:

0 3 * * * /usr/bin/env bash -c 'cd /home/user/project && source /home/user/project/env/bin/activate && ./manage.py command arg' > /dev/null 2>&1

通用的方法:

* * * * * /usr/bin/env bash -c 'YOUR_COMMAND_HERE' > /dev/null 2>&1

这样做的好处是您不需要将crontab的SHELL变量从sh更改为bash

这是一个对我很有效的解决办法。

source /root/miniconda3/etc/profile.d/conda.sh && \
conda activate <your_env> && \
python <your_application> &

我在Ubuntu 18.04.3 LTS上使用Conda 4.7.12版本的miniconda。

我可以把上面的代码放在一个脚本中，并通过crontab运行它，没有任何麻烦。

由于cron在它自己的最小sh环境中执行，下面是我在虚拟环境中运行Python脚本的方法:

* * * * * . ~/.bash_profile; . ~/path/to/venv/bin/activate; python ~/path/to/script.py

(注:如果。~ /。Bash_profile不适合您，那么请尝试一下。~ /。Bashrc或。~ /。配置文件取决于您的服务器如何设置。)

这将加载您的bash shell环境，然后激活您的Python虚拟环境，基本上为您留下与测试脚本相同的设置。

不需要在crontab中定义环境变量，也不需要修改现有脚本。

对我来说，最好的解决办法是两者兼得

使用venv bin/目录下的python二进制文件 设置python路径 要包含venv模块目录。

man python提到在shell中修改路径$PYTHONPATH或在python中修改sys.path

其他回答提到了使用shell来实现这一点的想法。从python中，向我的脚本中添加以下行可以让我成功地直接从cron运行它。

import sys
sys.path.insert(0,'/path/to/venv/lib/python3.3/site-packages');

这是它在互动会话中的样子

Python 3.3.2+ (default, Feb 28 2014, 00:52:16) 
[GCC 4.8.1] on linux
Type "help", "copyright", "credits" or "license" for more information.

>>> import sys

>>> sys.path
['', '/usr/lib/python3.3', '/usr/lib/python3.3/plat-x86_64-linux-gnu', '/usr/lib/python3.3/lib-dynload']

>>> import requests
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ImportError: No module named 'requests'   

>>> sys.path.insert(0,'/path/to/venv/modules/');

>>> import requests
>>>

我很抱歉第n个答案，但我检查了答案，确实有更简单和整洁的答案。

长话短说

在你的cron中使用venv的python二进制文件:

0 3 * * * /home/user/project/env/bin/python /home/user/project/manage.py 

很长的故事

We activate the virtual environment when we want to set the current shell with the python config of that specific virtual environment(that is binaries and modules of that). It is relevant to work with the current shell : execute multiple python commands on the current shell without the need to reference the full python path of the venv. In the frame of a cron or even a bash, which value to activate the environment ? Besides I read in some answers some references to bash rather than sh or still to define a wrapper to call the Python code. But why the hell should we bother with these ?

重复一遍，照做就好:

0 3 * * * /home/user/project/env/bin/python /home/user/project/manage.py 

文件证实:

你不需要特别激活一个环境;激活 只需将虚拟环境的二进制目录前置到您的路径， 这样" python "就会调用虚拟环境的python解释器 您可以运行已安装的脚本，而不必使用它们的全部 路径。但是，在虚拟环境中安装的所有脚本都应该 在不激活它的情况下也可以运行，并使用虚拟机运行 环境的Python自动。