注意，您不能可靠地连接到数据库或与AppConfig内的模型交互。Ready函数(参见文档中的警告)。

如果需要在启动代码中与数据库交互，一种可能是使用connection_created信号在连接到数据库时执行初始化代码。

from django.dispatch import receiver
from django.db.backends.signals import connection_created

@receiver(connection_created)
def my_receiver(connection, **kwargs):
    with connection.cursor() as cursor:
        # do something to the database

显然，这个解决方案是为每个数据库连接运行一次代码，而不是在每个项目启动时运行一次。因此，您需要为CONN_MAX_AGE设置一个合理的值，这样就不会对每个请求重新运行初始化代码。还要注意，开发服务器忽略了CONN_MAX_AGE，因此您将在开发过程中对每个请求运行一次代码。

99%的情况下，这是一个坏主意——数据库初始化代码应该放在迁移中——但在某些用例中，您无法避免延迟初始化，上面的警告是可以接受的。

我使用了这里公认的解决方案，即检查它是否作为服务器运行，而不是在执行其他manage .py命令(如migrate)时检查

apps.py:

from .tasks import tasks

class myAppConfig(AppConfig):
    ...

    def ready(self, *args, **kwargs):
        is_manage_py = any(arg.casefold().endswith("manage.py") for arg in sys.argv)
        is_runserver = any(arg.casefold() == "runserver" for arg in sys.argv)

        if (is_manage_py and is_runserver) or (not is_manage_py):
            tasks.is_running_as_server = True

由于这仍然会在开发模式下执行两次，不使用参数——noreload，我添加了一个标志，当它作为服务器运行时触发，并将我的启动代码放在urls.py中，只调用一次。

tasks.py:

class tasks():
    is_running_as_server = False

    def runtask(msg):
        print(msg)

urls . py:

from . import tasks

task1 = tasks.tasks()

if task1.is_running_as_server:
    task1.runtask('This should print once and only when running as a server')

总之，我利用AppConfig中的read()函数来读取参数并了解代码是如何执行的。但是由于在开发模式下，ready()函数运行了两次，一次用于服务器，一次用于在代码更改时重新加载服务器，而urls.py仅为服务器执行了一次。所以在我的解决方案中，我将两者结合起来，只在代码作为服务器执行时运行我的任务。

Pykler的回答更新如下:Django 1.7现在有了一个钩子

不要这样做。

你不希望“中间件”只是一次性启动的东西。

您希望在顶级urls.py中执行代码。该模块被导入并执行一次。

urls . py

from django.confs.urls.defaults import *
from my_app import one_time_startup

urlpatterns = ...

one_time_startup()

在我的例子中，我使用Django来托管一个站点，并使用Heroku。我在Heroku使用1个dyno(就像1个容器)，这个dyno创建了两个工人。 我想在上面运行一个不和机器人。我尝试了这个页面上的所有方法，都是无效的。

因为它是一个部署，所以不应该使用manage.py。相反，它使用gunicorn，我不知道如何添加-noreload参数。 每个worker运行一次wsgi.py，因此每个代码将运行两次。两个工人的当地环境是一样的。

但我注意到一件事，每次Heroku部署，它使用相同的pid工作。所以我只是

if not sys.argv[1] in ["makemigrations", "migrate"]: # Prevent execute in some manage command
    if os.getpid() == 1: # You should check which pid Heroku will use and choose one.
        code_I_want_excute_once_only()

我不确定pid在未来是否会改变，希望它永远是一样的。如果你有更好的方法来检查是哪个工人，请告诉我。

标准溶液

在Django 3.1+中，你可以编写这样的代码，让一个方法在启动时只执行一次。与其他问题的不同之处在于主启动进程被检查(runserver默认启动2个进程，其中一个作为快速重载代码的观察者):

import os 
from django.apps import AppConfig

class MyAppConfig(AppConfig):
    name = 'app_name'

    def ready(self):
        if os.environ.get('RUN_MAIN'):
            print("STARTUP AND EXECUTE HERE ONCE.")
            # call here your code

另一个解决方案是避免环境检查，但是调用——noreload来强制只执行一个进程。

替代的方法

要回答的第一个问题是为什么我们需要一次执行代码:通常我们需要一次性初始化一些服务、数据库中的数据或其他东西。90%的时间是一些数据库初始化或作业队列。

使用AppConfig.ready()方法的方法是不可靠的，在生产环境中并不总是可重复的，并且不能保证精确地执行一次(但至少执行一次是不相同的)。最好的方法是开发一个Django BaseCommand，并从启动脚本中调用它。

例如，我们可以在“myapp”中，在“app/management/commands/init_tasks.py”文件中编码:

from django.core.management.base import BaseCommand
from project.apps.myapp.tasks import scheduler
from project import logger, initialize_database_data

class Command(BaseCommand):
    help = "Init scheduler or do some staff in the database."

    def handle(self, *args, **options):
        scheduler.reload_jobs()
        initialize_database_data()
        logger.info("Inited")

最后，我们可以有一个启动脚本“start .bat”(在示例中是一个windows批处理)来设置整个应用程序启动:

start /b python manage.py qcluster
start /b python manage.py runserver 0.0.0.0:8000
start /b python manage.py init_tasks

更新:Django 1.7现在有一个钩子

: myapp / app . py文件

from django.apps import AppConfig
class MyAppConfig(AppConfig):
    name = 'myapp'
    verbose_name = "My Application"
    def ready(self):
        pass # startup code here

文件:myapp / __init__ . py

default_app_config = 'myapp.apps.MyAppConfig'

对于Django < 1.7

第一个答案似乎不再工作了，urls.py在第一次请求时加载。

最近起作用的是将启动代码放在任何一个INSTALLED_APPS init.py中，例如myapp/__init__.py

def startup():
    pass # load a big thing

startup()

当使用。/manage.py runserver…这将被执行两次，但这是因为runserver有一些技巧来首先验证模型等等。正常部署，甚至当runserver自动重新加载时，这只执行一次。