Django的中间件之一

分析Django的生命周期,我们知道所有的http请求都要经过Django的中间件.

假如现在有一个需求,所有到达服务端的url请求都在系统中记录一条日志,该怎么做呢?

Django的中间件的简介

Django的中间件类似于linux中的管道符

Django的中间件实质就是一个类,类之中有Django已经定义好了一些方法.

每个http请求都会执行中间件中的一个或多个方法

进入Django中的请求都会执行process_request方法;

Django返回的信息都会执行process_response方法.;

Django内部的中间件注册在settings.py文件

MIDDLEWARE = [

    'django.middleware.security.SecurityMiddleware',

    'django.contrib.sessions.middleware.SessionMiddleware',

    'django.middleware.common.CommonMiddleware',

    'django.middleware.csrf.CsrfViewMiddleware',

    'django.contrib.auth.middleware.AuthenticationMiddleware',

    'django.contrib.messages.middleware.MessageMiddleware',

    'django.middleware.clickjacking.XFrameOptionsMiddleware',

]

导入from django.middleware.csrf import CsrfViewMiddleware模块,查看其源码

class CsrfViewMiddleware(MiddlewareMixin)

可以看到CsrfViewMiddleware是继承MiddlewareMixin这个中间件的

再查看MiddlewareMixin的源码

    class MiddlewareMixin(object):

        def __init__(self, get_response=None):

            self.get_response = get_response

            super(MiddlewareMixin, self).__init__()


        def __call__(self, request):

            response = None

            if hasattr(self, 'process_request'):

                response = self.process_request(request)

            if not response:

                response = self.get_response(request)

            if hasattr(self, 'process_response'):

                response = self.process_response(request, response)

            return response

可以知道MiddlewareMixin是调用了其内部的__call__方法,__call__方法以反射的方式执行process_request和process_response方法.

中间件的应用

新建一个middleware项目,在项目的根目录中新建一个名为middleware的包,在这个package中,新建一个middleware.py文件.

    from django.utils.deprecation import MiddlewareMixin


    class middle_ware1(MiddlewareMixin):


        def process_request(self,request):

            print("middle_ware1.process_request")


        def process_response(self,request,response):

            print("middle_ware1.process_response")

            return response

在settings.py配置文件的第一行注册这个中间件

MIDDLEWARE = [

    'middleware.middleware.middle_ware1'

    'django.middleware.security.SecurityMiddleware',

    'django.contrib.sessions.middleware.SessionMiddleware',

    'django.middleware.common.CommonMiddleware',

    'django.middleware.csrf.CsrfViewMiddleware',

    'django.contrib.auth.middleware.AuthenticationMiddleware',

    'django.contrib.messages.middleware.MessageMiddleware',

    'django.middleware.clickjacking.XFrameOptionsMiddleware',

]

现在如果有http请求到达服务端,先执行中间件middle_ware1的process_request方法,再执行后面的中间件,然后到达视图函数.

定义一个视图函数index,配置好路由映射表

def index(request):

    print("index page")

    return HttpResponse("index")

启动程序,在浏览器中输入http://127.0.0.1:8000/index,会在服务端的后台打印:

middle_ware1.process_request

index page

middle_ware1.process_response

前端的页面为显示为:

index

通过这个我们知道,所有的请求都会经过middle_ware1这个中间件,先执行process_request方法,再执行视图函数本身

最后执行process_response方法,Django会把process_response方法的返回值返回给客户端.

现在再加一个定义一个middle_ware2的中间件

    from django.utils.deprecation import MiddlewareMixin


    class middle_ware2(MiddlewareMixin):


        def process_request(self,request):

            print("middle_ware2.process_request")


        def process_response(self,request,response):

            print("middle_ware2.process_response")

            return response

在settings.py配置文件中注册中间件

    MIDDLEWARE = [

        'middleware.middleware.middle_ware1',

        'middleware.middleware.middle_ware2',

        'django.middleware.security.SecurityMiddleware',

        'django.contrib.sessions.middleware.SessionMiddleware',

        'django.middleware.common.CommonMiddleware',

        'django.middleware.csrf.CsrfViewMiddleware',

        'django.contrib.auth.middleware.AuthenticationMiddleware',

        'django.contrib.messages.middleware.MessageMiddleware',

        'django.middleware.clickjacking.XFrameOptionsMiddleware',

    ]

重启程序,再次刷新网页,服务端打印信息

middle_ware1.process_request

middle_ware2.process_request

index page

middle_ware2.process_response

middle_ware1.process_response

中间件的依次执行为:

先执行middle_ware1的process_request方法,

再执行middle_ware2的类的process_request方法,

最后才执行Django的视图函数.

返回时,先执行middle_ware2的类中的process_response函数,

然后再执行middle_ware1的类中的process_response函数.

上面的例子中,process_response方法设置了return值.假如process_response没有return值,会怎么样呢??

把middle_ware1中间件的process_response方法中的return注释掉,再次刷新网页,在浏览器的网页上显示报错信息,如下:

A server error occurred.  Please contact the administrator.

http请求到达Django后,先经过自定义的中间件middle_ware1和middle_ware2,再经过Django内部定义的中间件到达视图函数

视图函数执行完成后,一定会返回一个HttpResponse或者render.

通过查看render的源码可知,render方法本质上也是调用了HttpResponse

    def render(request, template_name, context=None, content_type=None, status=None, using=None):


        content = loader.render_to_string(template_name, context, request, using=using)

        return HttpResponse(content, content_type, status)

视图函数的返回值HttpResponse先经过Django内部定义的中间件,再经过用户定义的中间件,最后返回给前端网页.

所以用户定义的中间件的process_response方法必须设定返回值,否则程序会报错.

同时,process_response方法中的形参response就是视图函数的返回值.

那么我们是否可以自己定义这个形参的返回值呢??

用户发过来的请求信息是固定的,因为所有的请求信息和返回信息都要经过中间件,中间件有可能会修改返回给用户的信息

,所以有可能会出现用户收到的返回值与视图函数的返回值不一样的情况.

例如,返回给用户的信息包含响应头和响应体,但是开发者在视图函数中没有设置响应头,所以Django会在返回的信息中自动加上响应头.

前面,process_response方法设置了返回值,process_request中没有设置返回值,如果为process_response设置一个返回值,结果会怎么样呢??

为中间件middle_ware1的process_request方法设置返回值

return HttpResponse("request message")

刷新浏览器,服务端打印信息:

middle_ware1.process_request

middle_ware1.process_response

客户端浏览器显示信息为:

request message

先执行process_request方法,因为process_request方法有返回值,程序不会再执行后面的中间件,而是直接执行process_response方法,然后返回信息给用户.

在实际应用中,process_request方法不能直接设定返回值.如果必须在设定返回值,必须在返回值前加入条件判断语句.

常用在设定网站的黑名单的时候可以为process_request方法设置返回值.

基于中间件实现的简单用户登录验证

比如,在一个博客系统中,所有的后台管理页面都必须有用户登录后才能打开,可以基于中间件来实现用户登录验证

定义中间件

    from django.utils.deprecation import MiddlewareMixin

    from django.shortcuts import HttpResponse,redirect


    class middle_ware1(MiddlewareMixin):


        def process_request(self,request):

            if request.path_info == "/login/":

                return None


            if not request.session.get("user_info"):

                return redirect("/login/")


        def process_response(self,request,response):

            print("middle_ware1.process_response")

            return response

在settings.py文件中注册中间件

    MIDDLEWARE = [

        'django.middleware.security.SecurityMiddleware',

        'django.contrib.sessions.middleware.SessionMiddleware',

        'django.middleware.common.CommonMiddleware',

        'django.middleware.csrf.CsrfViewMiddleware',

        'django.contrib.auth.middleware.AuthenticationMiddleware',

        'django.contrib.messages.middleware.MessageMiddleware',

        'django.middleware.clickjacking.XFrameOptionsMiddleware',

        'middleware.middleware.middle_ware1',

    ]

用户请求index网页,程序执行到process_request,会执行if not语句,然后重定向到login页面,使用户输入用户名和密码登录进入后台管理页面.

Django中间件常用方法

除了上面已经用过的process_request方法和porcess_response方法,Django的中间件还有以下几种方法.

process_view方法

定义两个中间件如下

    from django.utils.deprecation import MiddlewareMixin

    from django.shortcuts import HttpResponse,redirect


    class middle_ware1(MiddlewareMixin):


        def process_request(self,request):

            print("middle_ware1.process_request")


        def process_view(selfs,request,view_func,view_func_args,view_func_kwargs):

            print("middle_ware1.process_view")


        def process_response(self,request,response):

            print("middle_ware1.process_response")

            return response


    class middle_ware2(MiddlewareMixin):


        def process_request(self,request):

            print("middle_ware2.process_request")


        def process_view(self,request,view_func,view_func_args,view_func_kwargs):

            print("middle_ware2.process_view")


        def process_response(self,request,response):

            print("middle_ware2.process_response")

            return response

在settings.py中的注册中间件

MIDDLEWARE = [

    'django.middleware.security.SecurityMiddleware',

    'django.contrib.sessions.middleware.SessionMiddleware',

    'django.middleware.common.CommonMiddleware',

    'django.middleware.csrf.CsrfViewMiddleware',

    'django.contrib.auth.middleware.AuthenticationMiddleware',

    'django.contrib.messages.middleware.MessageMiddleware',

    'django.middleware.clickjacking.XFrameOptionsMiddleware',

    'middleware.middleware.middle_ware1',

    'middleware.middleware.middle_ware2',

]

视图函数

    def index(request):


        print("index page")

        return HttpResponse("index")

在浏览器中输入http://127.0.0.1:8000/index页面,在服务端打印信息

middle_ware1.process_request

middle_ware2.process_request

middle_ware1.process_view

middle_ware2.process_view

index page

middle_ware2.process_response

middle_ware1.process_response

在前端页面显示信息:

index

程序执行流程:

先执行所有中间件中的process_request方法-->进行路由匹配-->执行中间件中的的process_view方法

-->执行对应的视图函数-->执行中间件中的process_response方法

上面的例子里,process_view方法里没有设置return值.为process_view方法都设定return值,程序又会怎么执行呢??

为process_view方法设定返回值

    from django.utils.deprecation import MiddlewareMixin

    from django.shortcuts import HttpResponse,redirect


    class middle_ware1(MiddlewareMixin):


        def process_request(self,request):

            print("middle_ware1.process_request")


        def process_view(selfs,request,view_func,view_func_args,view_func_kwargs):

            return HttpResponse("middle_ware1.process_view")


        def process_response(self,request,response):

            print("middle_ware1.process_response")

            return response


    class middle_ware2(MiddlewareMixin):


        def process_request(self,request):

            print("middle_ware2.process_request")


        def process_view(self,request,view_func,view_func_args,view_func_kwargs):

            return HttpResponse("middle_ware2.process_view")


        def process_response(self,request,response):

            print("middle_ware2.process_response")

刷新浏览器,在服务端打印信息如下:

middle_ware1.process_request

middle_ware2.process_request

middle_ware2.process_response

middle_ware1.process_response

在客户端的浏览器页面显示信息如下:

iddle_ware1.process_view

可以看到视图函数index并没有执行,程序执行两个中间件的process_request方法后,其次执行process_view方法.

由于process_view方法设置了return值,所以程序中的视图函数并没有执行,而是执行了中间件中的process_response方法.

process_exception方法

修改中间件

    from django.utils.deprecation import MiddlewareMixin

    from django.shortcuts import HttpResponse,redirect


    class middle_ware1(MiddlewareMixin):


        def process_request(self,request):

            print("middle_ware1.process_request")


        def process_view(selfs,request,view_func,view_func_args,view_func_kwargs):

            print("middle_ware1.process_view")


        def process_exception(self,request,exvception):

            print("middleware1.process_exception")


        def process_response(self,request,response):

            print("middle_ware1.process_response")

            return response


    class middle_ware2(MiddlewareMixin):


        def process_request(self,request):

            print("middle_ware2.process_request")


        def process_view(self,request,view_func,view_func_args,view_func_kwargs):

            print("middle_ware2.process_view")


        def process_exception(self,request,exception):

            print("middleware2.process_exception")


        def process_response(self,request,response):

            print("middle_ware2.process_response")

            return response

刷新浏览器,服务端打印信息

middle_ware1.process_request

middle_ware2.process_request

middle_ware1.process_view

middle_ware2.process_view

hello,index page

middle_ware2.process_response

middle_ware1.process_response

根据服务端的打印信息可以看到,process_exception方法没有执行,为什么呢??

这是因为上面的代码没有bug.当代码运行错误,出现报错信息的时候,process_exception才会执行

那现在就模拟让程序出现错误,观察process_exception方法的执行情况

修改视图函数

    def index(request):


        print("index page")

        int("aaaa")

        return HttpResponse("index")

刷新浏览器,服务端后台打印信息

middle_ware1.process_request

middle_ware2.process_request

middle_ware1.process_view

middle_ware2.process_view

index page

middleware2.process_exception

middleware1.process_exception

Internal Server Error: /index

Traceback (most recent call last):

......

ValueError: invalid literal for int() with base 10: 'aaaa'

middle_ware2.process_response

middle_ware1.process_response

由服务端的报错信息可知,这次process_exception方法果然执行了.

由此我们知道,程序运行错误,中间件中的process_exception方法才会执行,而程序正常运行的时候,这个方法则不会执行

刚才的代码里,process_exception方法没有设置返回值,如果为process_exception方法设置返回值,程序的执行流程会是怎么的呢???

修改中间件,为两个中间件的process_exception方法都设置返回值

    from django.utils.deprecation import MiddlewareMixin

    from django.shortcuts import HttpResponse,redirect


    class middle_ware1(MiddlewareMixin):


        def process_request(self,request):

            print("middle_ware1.process_request")


        def process_view(selfs,request,view_func,view_func_args,view_func_kwargs):

            print("middle_ware1.process_view")


        def process_exception(self,request,exvception):

            print("middleware1.process_exception")

            return HttpResponse("bug1")


        def process_response(self,request,response):

            print("middle_ware1.process_response")

            return response


    class middle_ware2(MiddlewareMixin):


        def process_request(self,request):

            print("middle_ware2.process_request")


        def process_view(self,request,view_func,view_func_args,view_func_kwargs):

            print("middle_ware2.process_view")


        def process_exception(self,request,exception):

            print("middleware2.process_exception")

            return HttpResponse("bug2")


        def process_response(self,request,response):

            print("middle_ware2.process_response")

            return response

视图函数

    def index(request):


        print("index page")

        int("aaaa")

        return HttpResponse("index")

刷新页面,服务端打印信息

middle_ware1.process_request

middle_ware2.process_request

middle_ware1.process_view

middle_ware2.process_view

index page

middleware2.process_exception

middle_ware2.process_response

middle_ware1.process_response

而在浏览器的页面则显信息

bug2

程序的执行流程为:

客户端发出的http请求到达中间件,执行中间件中的process_request方法,然后再执行路由匹配,然后执行process_view方法,

然后执行相应的视图函数,最后执行process_response方法,返回信息给客户端浏览器.

如果执行视图函数时出现运行错误,中间件中的process_exception方法捕捉到异常就会执行,后续的process_exception方法就不会再执行了.

process_exception方法执行完毕,最后再执行所有的process_response方法.

process_template_response方法

process_template_response方法默认也不会被执行,

修改中间件

    from django.utils.deprecation import MiddlewareMixin

    from django.shortcuts import HttpResponse,redirect


    class middle_ware1(MiddlewareMixin):


        def process_request(self,request):

            print("middle_ware1.process_request")


        def process_view(selfs,request,view_func,view_func_args,view_func_kwargs):

            print("middle_ware1.process_view")


        def process_exception(self,request,exvception):

            print("middle_ware1.process_exception")

            return HttpResponse("bug1")


        def process_response(self,request,response):

            print("middle_ware1.process_response")

            return response


        def process_template_response(self,request,response):

            print("middle_ware1.process_template_response")

            return response


    class middle_ware2(MiddlewareMixin):


        def process_request(self,request):

            print("middle_ware2.process_request")


        def process_view(self,request,view_func,view_func_args,view_func_kwargs):

            print("middle_ware2.process_view")


        def process_exception(self,request,exception):

            print("middleware2.process_exception")

            return HttpResponse("bug2")


        def process_response(self,request,response):

            print("middle_ware2.process_response")

            return response


        def process_template_response(self,request,response):

            print("middle_ware2.process_template_response")

            return response

修改视图函数,使视图函数正常执行

    def index(request):


        print("index page")

        return HttpResponse("index")

刷新浏览器,服务端后台打印信息如下:

middle_ware1.process_request

middle_ware2.process_request

middle_ware1.process_view

middle_ware2.process_view

index page

middle_ware2.process_response

middle_ware1.process_response

可以看到,程序运行正常,process_template_response方法没有执行.

事实上,process_template_response方法的执行取决于视图函数的返回的信息,

视图函数如果使用render方法返回信息,中间件里的process_template_response方法就会被执行.

修改视图函数,定义一个类,返回其参数response

    class MyResponse(object):

        def __init__(self,response):

            self.response=response


        def render(self):

            return self.response


    def index(request):


        response=HttpResponse("index page")

        return MyResponse(response)

MyResponse类返回的是自定义的对象,这个对象里边调用了render方法.

index视图函数里,先调用了HttpResponse方法返回信息,再使用MyResponse类中的render方法来返回HttpResponse.

执行程序,服务端后台打印信息如下:

middle_ware1.process_request

middle_ware2.process_request

middle_ware1.process_view

middle_ware2.process_view

middle_ware2.process_template_response

middle_ware1.process_template_response

middle_ware2.process_response

middle_ware1.process_response

可以看到,process_template_response方法已经执行.

process_template_response的用处

如果要对返回的HttpResponse数据进行处理,可以把要处理的信息封装在一个类里

只要类里定义了render方法,process_template_response方法才会执行.

总结

中间件里本质上就是一个类,

对全局的http请求做处理的时候可以使用中间件

中间件中的方法不一定要全部使用,需要哪个用哪个

process_request方法不能有return,一定要使用return的时候,要配合条件判断语句执行

process_response方法一定要有return,否则程序会运行错误

process_view方法不能有return,否则视图函数不会执行

process_exception方法只有在程序出现运行错误的时候才会执行

process_exception方法设定return时,程序不会再执行后续中间件中的process_exception

process_template_response方法只有在视图函数中使用render方法返回信息的时候才会执行

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,992评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,212评论 3 388
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 159,535评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,197评论 1 287
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,310评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,383评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,409评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,191评论 0 269
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,621评论 1 306
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,910评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,084评论 1 342
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,763评论 4 337
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,403评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,083评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,318评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,946评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,967评论 2 351

推荐阅读更多精彩内容

  • 中间件是一个钩子框架,它们可以介入Django 的请求和响应处理过程。它是一个轻量级、底层的“插件”系统,用于在全...
    低吟浅唱1990阅读 516评论 0 0
  • Django中间件 概念:Django中一个轻量级、底层的插件系统,可以介入Django的请求和响应处理过程,修改...
    梦醒家先生阅读 1,060评论 0 0
  • 1、中间件是一个用来处理Django的请求和响应的框架级别的钩子。它是一个轻量、低级别的插件系统,用于在全局范围内...
    SkTj阅读 3,319评论 0 6
  • 1 ..类视图 1.1 类视图引入 以函数的方式定义的视图称为函数视图,函数视图便于理解。但是遇到一个视图对应的路...
    ItBeacher阅读 718评论 0 0
  • 参考:django中间件官方文档:https://docs.djangoproject.com/en/dev/to...
    发热的小火炉阅读 1,903评论 0 2