关键词:
django、启动、源码分析、请求响应
前言:
项目的启动命令:包括runserver、shell、test等
一、项目初始化的核心模块分析:
通过命令python manage.py runserver ip:port运行整个项目。
执行完命令之后:
(1)在manage.py文件,添加settings.py的存储路径到系统环境变量中,方便其他django内置的模块获取settings.py文件中的内容;
(2)在manage.py文件,解析命令行参数:
①判断项目的"启动命令"。如果项目的启动命令不是runserver,那么就不会进行启动服务器相关的操作;
②如果是runserver,那么会进行启动服务器相关的操作:
a、此时会解析ip、port,并且设置到变量中。(注意:如果没有传递ip、port的话,那么会使用默认的ip和port,分别是127.0.0.1和8000);
b、django内部会调用django.core.servers.basehttp.get_internal_wsgi_application返回一个WSGIHandler类的实例--wsgi_handler对象(也指application对象)。用来进行处理请求和响应数据等操作;
get_internal_wsgi_application源码:
![](https://i-blog.csdnimg.cn/blog_migrate/8f900a89c6347c561fdf2122f13be562.gif)
![](https://i-blog.csdnimg.cn/blog_migrate/961ddebeb323a10fe0623af514929fc1.gif)
def get_internal_wsgi_application():
from django.conf import settings
app_path = getattr(settings, 'WSGI_APPLICATION')
if app_path is None:
return get_wsgi_application() (返回一个WSGIHandler实例)
...
WSGIHandler源码:
![](https://i-blog.csdnimg.cn/blog_migrate/8f900a89c6347c561fdf2122f13be562.gif)
![](https://i-blog.csdnimg.cn/blog_migrate/961ddebeb323a10fe0623af514929fc1.gif)
class WSGIHandler(base.BaseHandler):
request_class = WSGIRequest
def __init__(self, *args, **kwargs):
super().__init__(*args, **kwargs)
self.load_middleware()
def __call__(self, environ, start_response):
set_script_prefix(get_script_name(environ))
signals.request_started.send(sender=self.__class__, environ=environ)
request = self.request_class(environ)
response = self.get_response(request)
response._handler_class = self.__class__
status = '%d %s' % (response.status_code, response.reason_phrase)
response_headers = [
*response.items(),
*(('Set-Cookie', c.output(header='')) for c in response.cookies.values()),
]
start_response(status, response_headers)
if getattr(response, 'file_to_stream', None) is not None and environ.get('wsgi.file_wrapper'):
response = environ['wsgi.file_wrapper'](response.file_to_stream)
return response
c、django内部调用django.core.servers.basehttp.run,同时将ip、port、wsgi_handler作为参数,生成一个WSGIServer服务器对象。用来进行接受请求,返回响应等操作。
run源码:
![](https://i-blog.csdnimg.cn/blog_migrate/8f900a89c6347c561fdf2122f13be562.gif)
![](https://i-blog.csdnimg.cn/blog_migrate/961ddebeb323a10fe0623af514929fc1.gif)
def run(addr, port, wsgi_handler, ipv6=False, threading=False):
server_address = (addr, port)
if threading:
httpd_cls = type(str('WSGIServer'), (socketserver.ThreadingMixIn, WSGIServer), {})
else:
httpd_cls = WSGIServer
httpd = httpd_cls(server_address, WSGIRequestHandler, ipv6=ipv6)
if threading:
# ThreadingMixIn.daemon_threads indicates how threads will behave on an
# abrupt shutdown; like quitting the server by the user or restarting
# by the auto-reloader. True means the server will not wait for thread
# termination before it quits. This will make auto-reloader faster
# and will prevent the need to kill the server manually if a thread
# isn't terminating correctly.
httpd.daemon_threads = True
httpd.set_app(wsgi_handler)
httpd.serve_forever()
到这里,项目的初始化完成。通过WSGIServer来监听请求,通过WSGIHandler来处理请求。
二、项目运行时处理request和response的核心过程分析:
1、在项目运行过程中,一旦WSGIServer监听到请求,那么WSGIServer会创建一个WSGIRequestHandler对象。通过调用WSGIRequestHandler对象的handler方法来处理请求。handler方法内部实际上是调用WSGIHandler对象来处理请求。(在调用WSGIHandler对象的时候会传递两个参数:environ(请求的相关信息)、start_response(callback对象))
在WSGIHandler对象中的核心处理过程分析: (在其中处理request和response的过程中都会经过中间件)
a、处理request:通过django.core.handlers.wsgi.WSGIRequest创建一个WSGIRequest对象,接受environ参数来处理request,然后生成一个request实例;
b、获取response:调用get_response方法处理响应信息,并构建一个response;
在get_response方法中的核心处理过程分析:首先会加载Django项目的ROOT_URLCONF,然后根据url规则找到对应的视图,视图会根据request实例进行一定的业务逻辑处理然后生成一个具体的response。
c、调用WSGIServer的start_response方法设置status以及headers;
d、返回response到WSGIServer。
2、WSGIServer接受到response后,把status、headers、response以及其他相关的信息组合在一起构造成一个响应报文,然后返回给客户端。
三、从请求到响应过程中与中间件的交互:
1.请求到达Request Middlewares,
2.URLConf通过urls.py文件和请求的URL找到相应的View
3.View Middlewares被访问,它同样可以对request做一些处理或者直接返回response
4.调用View中的函数
5.View中的方法可以选择性的通过Models访问底层的数据
6.所有的Model-to-DB的交互都是通过manager完成的
7.如果需要,Views可以使用一个特殊的Context
8.Context被传给Template用来生成页面
a.Template使用Filters和Tags去渲染输出
b.输出被返回到View
c.HTTPResponse被发送到Response Middlewares
d.任何Response Middlewares都可以丰富response或者返回一个完全不同的response
e.Response返回到浏览器,呈现给用户
注意:在MIDDLEWARE列表中,request是从上往下访问的,而response、exception等都是从下往上访问的。
![](https://i-blog.csdnimg.cn/blog_migrate/a15a79b29dc2f809a257e07be4ced75e.png)