1.django有什么进程（django的堆积堆积工作原理）
2.别扯了，Kotlin真是源码意思项目开发必备吗
django有什么进程（django的工作原理）
今天首席CTO笔记来给各位分享关于django有什么进程的相关内容，其中也会对django的堆积堆积工作原理进行详细介绍，如果能碰巧解决你现在面临的源码意思问题，别忘了关注本站，堆积堆积现在开始吧！源码意思网页小程序源码本文目录一览：1、堆积堆积Django源码阅读(一)项目的源码意思生成与启动2、supervisor拉起Django为什么会多出一个进程3、堆积堆积django一个请求对应一个进程4、源码意思Django与supervisor管理进程Django源码阅读(一)项目的堆积堆积生成与启动诚实的说，直到目前为止，源码意思我并不欣赏django。堆积堆积在我的源码意思认知它并不是多么精巧的设计。只是堆积堆积由功能堆积起来的"成熟方案"。但每一样东西的崛起都是时代的选择。无论你多么不喜欢，但它被需要。希望有一天，python能有更多更丰富的成熟方案，且不再被诟病性能和可维护性。（屁话结束）
取其精华去其糟粕，django的优点是方便，我们这次源码阅读的目的是探究其方便的本质。计划上本次源码阅读不会精细到每一处，而是大体以功能为单位进行解读。
django-adminstartprojectHelloWorld即可生成django项目，命令行是dfs溯源码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的类型是Commanddjango.contrib.staticfiles.management.commands.runserver.Commandobjectat0xEDA0
重点是第二句，让我们跳到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负责的启动逻辑，就此结束了。接下来的绿豆app 源码工作交由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入口，即可经过中间件到达路由进行分发。
supervisor拉起Django为什么会多出一个进程
知道是是Django自己reload的原因了，我在supervisor中给Django加了--noreload后，就不会有两个进程了。但这样，Django就不能自动载入修改的文件。
django一个请求对应一个进程uwsgi部署方式下，一个请求会进一个进程，kms 系统源码但一个进程同时"接待"的不止一个请求。
Django与supervisor管理进程在Django项目中，我们需要用到一些独立于Django框架外的脚本。这样一些脚本可能需要独立的持续运行，且具有很强的可维护性，这个时候supervisor就可以排上用场了。
直接使用pip进行
使用supervisor很简单，只需要修改一些配置文件，就可以使用了。
运行
即可看到默认配置情况，但是一般情况下，我们都不要去修改默认的配置，而是将默认配置重定向到另外的文件中，不同的进程运用不同的配置文件去对默认文件进行复写即可。
默认配置说明
配置文件都有说明，且很简单，就不做多的描述了，在上面有一些建议修改的目录，若做了修改，则应先创建这些文件，需要注意权限问题，很多错误都是没有权限造成的。
现在，让我们来启动supervisor服务。
查看supervisord是否运行：
上面我们已经把supervisrod运行起来了，现在可以添加我们要管理的进程的配置文件。可以把所有配置项都写到supervisord.conf文件里，但并不推荐这样做，而是通过include的方式把不同的程序（组）写到不同的配置文件里，对，就是默认配置中的最后的那个include。下面来对项目进行简单的配置。
假设我们把项目配置文件放在这个目录中:/etc/supervisor/
则我们需要修改/etc/supervisord.conf中的include为：
测试py文件：
以下为配置文件目录/etc/supervisor/test.conf：
配置完成以后，即可运行：
查看运行状态
打开浏览器，输入.0.0.,输入用户名与密码（如果配置文件中inet_http_server中作了设置），可以看到下面这个界面：
在启动服务之后，运行：
或者直接supervisorctl
若成功，则会进入supervisorctl的shell界面，有以下方法：
执行相关操作后，可以在web端看到具体的变化情况，如stop程序
其实，也可以不使用supervisorctlshell界面，而在bash终端运行：
按照官方文档的定义，一个[program:x]实际上是表示一组相同特征或同类的进程组，也就是说一个[program:x]可以启动多个进程。这组进程的成员是通过numprocs和process_name这两个参数来确定的，这句话什么意思呢，我们来看这个例子。
上面这个例子会启动两个进程，process_name分别为foo:foo_和foo:foo_。通过这样一种方式，就可以用一个[program:x]配置项，来启动一组非常类似的进程。
更详细配置，点击这里
Supervisor同时还提供了另外一种进程组的管理方式，通过这种方式，可以使用supervisorctl命令来管理一组进程。跟[program:x]的进程组不同的是，这里的进程是一个个的[program:x]。
当添加了上述配置后，progname1和progname2的进程名就会变成thegroupname:progname1和thegroupname:progname2以后就要用这个名字来管理进程了，而不是之前的progname1。
以后执行supervisorctlstopthegroupname:就能同时结束progname1和progname2，执行supervisorctlstopthegroupname:progname1就能结束progname1。
实际上，默认情况下，supervisored也是一个进程，最理想的的情况应该是将其安装为系统服务，安装方法可以参考这里,安装脚本参考这里,由于没有做具体的实验，此处不展开说明。
其实还有一个简单的方法，因为Linux在启动的时候会执行/etc/rc.local里面的脚本，所以只要在这里添加执行命令就可以
以上内容需要添加在exit命令前，而且由于在执行rc.local脚本时，PATH环境变量未全部初始化，因此命令需要使用绝对路径。
在添加前，先在终端测试一下命令是否能正常执行，如果找不到supervisord，可以用如下命令找到
结语：以上就是首席CTO笔记为大家整理的关于django有什么进程的全部内容了，感谢您花时间阅读本站内容，希望对您有所帮助，更多关于django的工作原理、django有什么进程的相关内容别忘了在本站进行查找喔。
别扯了，Kotlin真是项目开发必备吗
kotlin为什么那么受欢迎。
Kotlin相比Java其最大的优势是什么？
你是否考虑过切换到Kotlin，它是支持Android开发的热门语言。
它在开发人员中迅速普及背后的原因是什么？
Kotlin 是一种在 Java 虚拟机上运行的静态类型编程语言。它主要是 JetBrains 开发团队所开发出来的编程语言。虽然 Kotlin 与 Java 语法并不兼容，但 Kotlin 被设计成可以和 Java 代码相互运作，并可以重复使用如 Java 集合框架等现有 Java 引用的方法库。它很容易在 Android 项目中替代 Java 或者同 Java 一起使用。
如果你是一名 Android 开发，那掌握 Kotlin 语言对你就很重要了，在 Android P 源码、Gradle 源码与 Android Jetpack 库中都已大量使用了 Kotlin 语言。
为什么要学习kotlin？与Java比又咋样？
1.java语言比较稳健，久经考验，有庞大的生产代码库。然而，java裹足不前，开发者喜欢的很多现代语言高级特性，它都没有，或者迟迟加入。
2.kotlin从这些经验中受益良多，而java中的某些早期设计却越来越陈旧。脱胎于旧语言，kotlin解决了很多痛点，进化成一门优秀的语言。相比java，kotlin进步巨大，带来了更可靠的开发体验。
3.最重要的一点，google推崇kotlin，将kotlin定性为android主要开发语言，很多优秀的开源源码库均是由kotlin编写并维护。
Java的“问题”是什么？
1.Java是在年前发布的。因此，它一直在堆积迭代，而现在称为了它的拖累——每个新版本的Java都必须与之前的版本兼容。
2.简而言之，与更新，更轻，更简洁，富有表现力和先进的、功能丰富的编程语言竞争，是Java面临的最大挑战。虽然，Java仍然是Android开发的官方编程语言，但Kotlin上升的速度不容置疑。Java确实开始显示其局限性。
Kotlin有两个赢得开发者的关键优势：
其一，它充分利用了自Java诞生以来在过去年中积累的语言设计专业知识。 其次，它充满了Java移动开发人员一直渴望的所有急需的现代功能：已经通过大型项目证明其效率的编程语言功能。
Kotlin 语言有什么优势？
完全兼容 Java Null safe 支持 lambda 表达式（比 Java8 更好） 支持扩展 体验一致的开发工具链
使用 Kotlin 开发，对于安卓开发来说，主要有下面几个有利的影响：
更少的空指针异常 更少的代码量 更快的开发速度 更一致的开发体验
kotlin的跨平台特性
对于 Android 开发，掌握 Kotlin 语言就很重要了。
这本书是《Kotlin入门到精通》，它会使用Kotlin作为主要的语言来开发一个android应用。方式是通过开发一个应用来学习这门语言，而不是根据传统的结构来学习。我会在感兴趣的点停下来通过与Java1.7对比的方式讲讲Kotlin的一些概念和特性。用这种方法你就能知道它们的不同之处，并且知道哪部分语言特性可以让你提高你的工作效率。
当你掌握了Kotlin语言的基本应用后，就该开始强化学习，进入实战环节，相信这高级Kotlin强化学习（附Demo）的正适合接下来的配套学习。其内容主要包括三个方面Kotlin入门教程、Kotlin实战避坑指南、项目实战《Kotlin Jetpack 实战》。
