标准溶液

在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

如果它能帮助某些人，除了pykler的答案之外，"——noreload"选项可以防止runserver在启动时执行两次命令:

python manage.py runserver --noreload

但该命令也不会在其他代码更改后重新加载runserver。

这个问题在博客文章Django项目的入口点钩子中得到了很好的回答，它适用于Django >= 1.4。

基本上，您可以使用<project>/wsgi.py来做到这一点，并且它将只在服务器启动时运行一次，而不是在运行命令或导入特定模块时运行一次。

import os
os.environ.setdefault("DJANGO_SETTINGS_MODULE", "{{ project_name }}.settings")

# Run startup code!
....

from django.core.wsgi import get_wsgi_application
application = get_wsgi_application()

更新: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自动重新加载时，这只执行一次。

我使用了这里公认的解决方案，即检查它是否作为服务器运行，而不是在执行其他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仅为服务器执行了一次。所以在我的解决方案中，我将两者结合起来，只在代码作为服务器执行时运行我的任务。

注意，您不能可靠地连接到数据库或与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%的情况下，这是一个坏主意——数据库初始化代码应该放在迁移中——但在某些用例中，您无法避免延迟初始化，上面的警告是可以接受的。