简介：许多朋友问有关Django如何开始和关闭的问题。本文的首席CTO笔记将为您提供详细的答案，以供所有人参考。我希望这对每个人都会有所帮助！让我们一起看看！
首先输入软件，然后输入文件 - 设置 - 项目解释器将在右侧安装一个软件包。首次应无用，然后单击底部并安装PIP设置工具。安装完成后，请单击“+”右上角搜索它。您要安装的框架模块很好。
最近，使用UWSGI启动Django服务，发现当停止/重新加载UWSGI时，将发生悬挂问题。
在测试中，发现不管在UWSGI中使用了什么防御线来发送停止/重新加载信号，UWSGI都会进入假死亡的状态，即无请求或结束该过程。
在此期间开始时，UWSGI流程正在处理未完成的Web请求。当没有请求时，UWSGI也将进入此衰减状态。
首先，问题的原因是原因。
这种衰减的问题是由于在UWSGI中使用线程引起的。
最简单的Django服务是在此创建的，并从UWSGI开始。
首先，配置UWSGI以过程模式启动，并在此处创建5个进程。
UWSGI配置文件如下：
现在，进入Reload UWSGI服务，并检查UWSGI的日志。
结论：当UWSGI使用过程模式时，Reload UWSGI将不会遇到撞车问题。
UWSGI是在过程中启动的，而无需撞击，因此现在尝试以线程模式启动WUSGI。此处启动了此处，每个过程都包含两个线程。
UWSGI配置文件如下：
重新加载UWSGI服务并观察日志输出。
结论：在UWSGI中使用线程模式不会导致重新加载的问题死亡。
UWSGI的线程不会引起任何问题。上一篇文章中所指的线程到底是什么？
现在，在UWSGI启动脚本中创建线程。在这种情况下，尝试重新加载UWSGI并查看日志输出。
然后在线程中启动UWSGI，然后重新加载UWSGI。
结论：在UWSGI应用程序中使用线程会导致重新加载衰减。
如果您需要在场景中使用UWSGI应用程序中的线程，则可以通过配置Reload-Mercy和Worker-Reload-Mercy的两个参数来避免撞击死亡的问题。
UWSGI配置文件如下：
再次重新加载UWSGI服务，输出日志如下：
尽管这里也出现了无怜悯问题，但在重新加载过程中，UWSGI没有衰减。
老实说，直到到目前为止，我都不欣赏django。这不是我的认知中的微妙设计。这只是功能所积累的“成熟解决方案”。但是，一切的兴起都是时代的选择。您不喜欢它，但需要它。希望有一天，Python可以拥有越来越丰富的成熟解决方案，并且不再因性能和维护而受到批评。（Fit End）
将其本质带到滴度上，Django的优势很方便。我们的源代码阅读的目的是探索其便利性的本质。阅读源代码的计划对每个地方都不好，而是解释功能的功能。
django-admin startproject helloworld可以生成django项目。命令行是EXE格式。
manage.py将参数交给了命令行。
execute_from_command_line（）通过命令行参数创建管理类。然后运行他的execute（）。
如果设置了重新加载，请在启动之前检查_errors。
check_errs（）是一个关闭，因此在上一篇文章的末尾是（django.setup）（）。
查看最后一个句子设置.installed_apps.grab从设置
请注意，此设置不是我们项目中的设置。
这是设置类的懒负载包装包装，直到__getAttr __。然后从设置类的实例中获取值，然后说将其分配给您自己的__ -dict__（我会直接找到它下次我自己，因为__getAttr __优先级）
为了促进调试，我们直接编写一个run.py。
在项目下创建一个run.py，以模拟运行服务器命令
调试抓取设置_MODULE
回到setup（）中的最后一句话
开始观看apps.populate（）
首先查看本段
这些应用最终被封装在appconfig中。
随后，调用了每个AppConfig的import_models（）和ready（）方法。
应用程序的加载部分通常是这样的
为了促进调试，我们重写了最后一句话
RES的类型是命令django.contrib.staticfiles.management.commands.runserver.com和object at 0x00000101ED5163A0
重点是第二个句子，让我们跳到run_from_argv（）方法，这是几个处理参数。
用Pycharm指向手柄将进入基类，该基类无法获得正确的方向。实际上，子类已重写此方法。
这里有两种情况。如果加载重新加载，它将直接执行inner_run（），并且项目首先从其他逻辑开始。
当Django项目启动时，它实际上将启动两次。如果我们在项目入口（Manage.py）中设置一个贴心，您会发现它将打印两次。
在第一个启动开始时，django_autoreload_env却没有，无法输入启动逻辑。将输入crandt_with_reloader（）。
在这里，您将将django_autoreload_env放置为true，然后重新启动。
第二次，您可以输入启动逻辑。
在此创建一个Django主线程以传递innit_run（）。
随后，此线程创建了一个旋转式，通过reloader.run（django_main_thread）询问监护过程。
让我们看一下django innion_run（）的主线程。
当我们看到WSGI时，Django的启动逻辑已经结束。下一个作业已移交给WSGI服务器
这相当于我们之前在Fastapi中所说的话，然后将Fastapi的应用程序交给ASGI服务器（ASGI也是Django提出的，这两个基本上是同源的）
那么WSGI来自哪里？让我们回头回去
此设置是一个对象，它已从以前的操作中从settings.py配置文件中获取了自己的属性。因此，我们只需要转到settings.py配置文件即可找到。
让我们找到此get_wsgi_application（）。
它将再次调用setup（），返回WSGIHANDLER类的实例很重要。
这是WSGIAPP本身。
load_middleware（）是WSGIAPP构建中间件堆栈的唯一方法。
如果您之前阅读了FastAPI源代码，则应该对中间件堆栈不陌生。
应用程序入口→中间件堆栈→路由→路由节点→端点
因此，WSGIAPP已完成此操作，并将服务器传递到应用程序入口的请求中，并且可以通过中间件与该路由分配。
1.创建一个新项目。每个项目目录下都会有一个manage.py文件。
2.启动服务的命令必须适用于项目的根目录，d：django
eworldpythonmanage.pyrunserver直接打开django黑屏终端并选择要运行的服务。
1：
这三个按钮都是向下的三角形，这应该是切换项目
2：在django项目中，链接数据库是在settings.py文件中配置的
'默认'： {
'引擎'：'django.db.backends.oracle'，
“名称'：'orcl'，
“用户”：“ admin”，
“密码”：“夏天”，
'主机'：'10 .1.1.244'，
'端口'：'1521'，
}，，
版本ARC OPEN -JOB SATIN哥和其他兄弟建议工人滑冰2。子program- program __ start -up window _将被销毁1._按下1_s待编写（）以这样写！这是什么意思，当窗口已关闭，让窗口1执行按钮1的命令1点击！
结论：以上是Django的创业和首席CTO注释如何为每个人注释的所有内容。感谢您阅读本网站的内容。我希望它对您有所帮助。