导读：很多朋友问到关于django文件怎么启动的相关问题，本文首席CTO笔记就来为大家做个详细解答，供大家参考，希望对大家有所帮助！一起来看看吧！
Python Django怎么启动
python manage.py runserver
eclipse的话应该是 run configurations要添加参数 runserver
没用过eclipse跑python 试试
不过manage.py 应该在你工程的上一个目录里
windows安装django之后怎么启动
首先进去软件，然后 file -- settings -- Project Interpreter 在这右边会有你安装的包。第一次应该是什么都没有的 然后-- 点击最下面的，安装pip setup tools 。安装完成之后，点右上角的“+”号 在里面搜索，你想要安装的框架模块 然后就可以了。
uwsgi启动多个django项目
uwsgi配置文件HuayunTools.ini
nginx配置文件
uwsgi配置文件HuayunTools.ini
nginx配置文件
建好文件夹，所有ini文件放入/home/nginx/uwsgi文件夹，然后运行
「Django框架」-拆分配置文件settings
使用 Django 命令生成一个项目的基本结构时，配置信息默认保存在和项目目录同名的目录下的 settings.py 文件里， 在实际的开发中，对于一个项目而言，这样往往是不合适的，需要将 settings 配置文件拆分为几个文件, 线上和线下都会使用的文件放置到 base.py 文件里，线上的放置在 product.py 文件里，开发测试的文件放置在 develop.py 文件里。这样功能划分就明确了，方便我们线上线下的调试。
1）在项目同名目录下，创建一个 settings 的包（目录下含 __init__.py 的文件夹）。
2）在 settings 的包中分别新建3个文件：公共基础 base.py （用于配置 Django 默认生成配置文件）， develop.py (用于开发环境)、 product.py (用于生产环境)。
3）将原来的 settings.py 的内容复制到 base.py 文件中。
4）确认目录OK后，我们需要修改 base.py 中的时区和语言配置：
如果有类似公共部分需要修改的，则在 base.py 中修改即可，例如注册子应用之类的，在此就不一一举例。。
5）之后，对于线上线下不同部分，我们只要导入 base.py 模块，再针对不同部分进行修改即可，例如线上线下对接不同的测试数据库，我们则可以修改数据库连接：
6）修改 manage.py 文件， Django 使用自带服务启动时需要知道 settings 文件的路径。
7）到上生产的时候，使用 asgi.py （ Django3.x 中）或 wsgi.py （ Django2.x 以下版本），则可以更改生产配置文件的路径：
以上又有个问题，如果线上线下环境切换，又要改动代码， 我们可以通过设置系统环境变量来动态获取，避免修改代码：
这样通过读取系统环境变量中的 LIPIN_PROFILE 来控制 Django 加载不同的 settings 文件。
这样可以将原来的 settings.py 文件删掉！！
但是这样就会有个问题，你会发现之前好好的网页我们访问不了了，模板找不到！
这是因为之前的配置文件中，路径问题，因为我们原来的配置文件是在同名目录下，而我们现在将配置文件拆分为一个新的包，所以还要上一级目录才是我们需要的：
Django源码阅读 (一) 项目的生成与启动
诚实的说，直到目前为止，我并不欣赏django。在我的认知它并不是多么精巧的设计。只是由功能堆积起来的"成熟方案"。但每一样东西的崛起都是时代的选择。无论你多么不喜欢，但它被需要。希望有一天，python能有更多更丰富的成熟方案，且不再被诟病性能和可维护性。（屁话结束）
取其精华去其糟粕，django的优点是方便，我们这次源码阅读的目的是探究其方便的本质。计划上本次源码阅读不会精细到每一处，而是大体以功能为单位进行解读。
django-admin startproject HelloWorld 即可生成django项目，命令行是exe格式的。
manage.py 把参数交给命令行解析。
execute_from_command_line() 通过命令行参数，创建一个管理类。然后运行他的 execute() 。
如果设置了reload，将会在启动前先 check_errors 。
check_errors() 是个闭包，所以上文结尾是 (django.setup)() 。
直接看最后一句 settings.INSTALLED_APPS 。从settings中抓取app
注意，这个settings还不是我们项目中的settings.py。而是一个对象，位于 django\conf\__init__.py
这是个Settings类的懒加载封装类，直到 __getattr__ 取值时才开始初始化。然后从Settings类的实例中取值。且会讲该值赋值到自己的 __dict__ 上（下次会直接在自己身上找到，因为 __getattr__ 优先级较低）
为了方便debug，我们直接写个run.py。不用命令行的方式。
项目下建个run.py，模拟runserver命令
debug抓一下setting_module
回到 setup() 中的最后一句 apps.populate(settings.INSTALLED_APPS)
开始看 apps.populate()
首先看这段
这些App最后都会封装成为AppConfig。且会装载到 self.app_configs 字典中
随后，分别调用每个appConfig的 import_models() 和 ready() 方法。
App的装载部分大体如此
为了方便debug我们改写下最后一句
res的类型是 Command django.contrib.staticfiles.management.commands.runserver.Command object at 0x00000101ED5163A0
重点是第二句，让我们跳到 run_from_argv() 方法，这里对参数进行了若干处理。
用pycharm点这里的handle会进入基类的方法，无法得到正确的走向。实际上子类Commond重写了这个方法。
这里分为两种情况，如果是reload重载时，会直接执行 inner_run() ，而项目启动需要先执行其他逻辑。
django 项目启动时，实际上会启动两次，如果我们在项目入口(manage.py)中设置个print，会发现它会打印两次。
第一次启动时， DJANGO_AUTORELOAD_ENV 为None，无法进入启动逻辑。会进入 restart_with_reloader() 。
在这里会将 DJANGO_AUTORELOAD_ENV 置为True，随后重启。
第二次时，可以进入启动逻辑了。
这里创建了一个django主线程，将 inner_run() 传入。
随后本线程通过 reloader.run(django_main_thread) ，创建一个轮询守护进程。
我们接下来看django的主线程 inner_run() 。
当我们看到wsgi时，django负责的启动逻辑，就此结束了。接下来的工作交由wsgi服务器了
这相当于我们之前在fastapi中说到的，将fastapi的app交由asgi服务器。(asgi也是django提出来的，两者本质同源)
那么这个wsgi是从哪来的？让我们来稍微回溯下
这个settings是一个对象，在之前的操作中已经从 settings.py 配置文件中获得了自身的属性。所以我们只需要去 settings.py 配置文件中寻找。
我们来寻找这个 get_wsgi_application() 。
它会再次调用 setup() ，重要的是，返回一个 WSGIHandler 类的实例。
这就是wsgiapp本身。
load_middleware() 为构建中间件堆栈，这也是wsgiapp获取setting信息的唯一途径。导入settings.py，生成中间件堆栈。
如果看过我之前那篇fastapi源码的，应该对中间件堆栈不陌生。
app入口→中间件堆栈→路由→路由节点→endpoint
所以，wsgiapp就此构建完毕，服务器传入请求至app入口，即可经过中间件到达路由进行分发。
结语：以上就是首席CTO笔记为大家介绍的关于django文件怎么启动的全部内容了，希望对大家有所帮助，如果你还想了解更多这方面的信息，记得收藏关注本站。