django从请求到响应的过程深入讲解

django启动

我们在启动一个django项目的时候，无论你是在命令行执行还是在pycharm直接点击运行，其实都是执行'runserver'的操作，而ruserver是使用django自带的的web server，主要用于开发和调试中，而在正式的环境中，一般会使用nginx+uwsgi模式。

无论是哪种方式，当启动一个项目，都会做2件事：

WSGI

WSGI：全称是Web Server Gateway Interface，WSGI不是服务器，也不用于与程序交互的API，更不是代码，而只是定义了一个接口，用于描述web server如何与web application通信的规范。
当客户端发送一次请求后，最先处理请求的实际上是 web 服务器就是我们经常说的 nginx、Apache 这类的 web 服务器，然后web服务器再把请求交给web应用程序(如django)处理，这中间的中介就是WSGI，它把 web 服务器和 web 框架 (Django) 连接起来。

简单介绍一下WSGI的一些内容，它规定应用是可调用对象(函数/方法)，然后它接受2个固定参数：一个是含有服务器端的环境变量，另一个是可调用对象，这个对象用来初始化响应，给响应加上status code状态码和httpt头部，并且返回一个可调用对象。可以看个简单的例子

# 这段代码来自python核心编程def simplr_wsgi_app(environ, start_response): # 固定两个参数，django中也使用同样的变量名 status = '200 OK' headers = [{'Content-type': 'text/plain'}] # 初始化响应, 必须在返回前调用 start_response(status, headers) # 返回可迭代对象 return ['hello world!']

django中，实现同样逻辑的是通过WSGIHandler这个类，下面我们也会重点介绍它！

如果对WSGI与uWSGI有兴趣的，推荐大家看这篇文章，WSGI & uwsgi ，大赞！

中间件基本概念

顾名思义，中间件是位于Web服务器端和Web应用之间的，它可以添加额外的功能。当我们创建一个django项目(通过pycharm)，它会自动帮我们设置一些必要的中间件。

MIDDLEWARE_CLASSES = [ 'django.middleware.security.SecurityMiddleware', 'django.contrib.sessions.middleware.SessionMiddleware', 'django.middleware.common.CommonMiddleware', 'django.middleware.csrf.CsrfViewMiddleware', 'django.contrib.auth.middleware.AuthenticationMiddleware', 'django.contrib.auth.middleware.SessionAuthenticationMiddleware', 'django.contrib.messages.middleware.MessageMiddleware', 'django.middleware.clickjacking.XFrameOptionsMiddleware',]

中间件要么对来自用户的数据进行预处理，然后发送给应用；要么在应用将响应负载返回给用户之前，对结果数据进行一些最终的调整。通俗一点，在django中，中间能够帮我们准备好request这个对象，然后应用可以直接使用request对象获取到各类数据，也帮我们将response添加头部，状态码等。