深入了解Django中間件及其方法

前言

我們可以給視圖函數(shù)加裝飾器來判斷是用戶是否登錄，把沒有登錄的用戶請(qǐng)求跳轉(zhuǎn)到登錄頁面等等。我們通過給幾個(gè)特定視圖函數(shù)加裝飾器實(shí)現(xiàn)了這個(gè)需求，但是以后添加的視圖函數(shù)可能也需要加上裝飾器，這樣是不是稍微有點(diǎn)繁瑣。

因此，我們可以使用更適宜的方式來實(shí)現(xiàn)類似給所有請(qǐng)求都做相同操作的功能了——中間件.

什么是中間件？

官方的說法：

==中間件是一個(gè)用來處理Django的請(qǐng)求和響應(yīng)的框架級(jí)別的鉤子==。它是一個(gè)輕量、低級(jí)別的插件系統(tǒng)，用于在==全局范圍內(nèi)==改變Django的輸入和輸出。每個(gè)中間件組件負(fù)責(zé)做一些特定的功能。

由于其影響的是全局，所以需要謹(jǐn)慎使用，==使用不當(dāng)會(huì)影響性能==。

說的直白一點(diǎn)，中間件可以幫助我們==在視圖函數(shù)執(zhí)行之前和執(zhí)行之后做一些額外的操作==。

==它的本質(zhì)是一個(gè)自定義類==，類中定義了幾個(gè)方法，Django框架會(huì)在請(qǐng)求的特定時(shí)間去執(zhí)行這些方法。

打開Django項(xiàng)目的Settings.py文件，看到下圖的MIDDLEWARE配置項(xiàng)：

MIDDLEWARD配置項(xiàng)是一個(gè)列表，列表中是一個(gè)個(gè)字符串，這些字符串其實(shí)是一個(gè)個(gè)類，也就是一個(gè)個(gè)中間件。

自定義中間件

中間件可以定義五種方法，分別是：

• process_request(self, request)
• process_view(self, request, view_func, view_args, view_kwargs)
• process_template_response(self, request, response)
• process_exception(self, request, exception)
• process_response(self, request, response)

以上方法的返回值可以是None，或者是一個(gè)HttpResponse對(duì)象，如果是None，則繼續(xù)按照django定義的規(guī)則向后繼續(xù)執(zhí)行，如果是HttpResponse對(duì)象，則直接將改對(duì)象返回給用戶。

重點(diǎn)理解process_request 與 process_response.
***

示例

from django.utils.deprecation import MiddlewareMixin


class MD1(MiddlewareMixin):

  def process_request(self, request):
    print("我是MD1的process_request方法")

  def process_response(self, request, response):
    print("我是MD1的process_response方法")
    return response


class MD2(MiddlewareMixin):

  def process_request(self, request):
    print("我是MD2的process_request方法")

  def process_response(self, request, response):
    print("我是MD2的process_response方法")
    return response

在settings.py配置文件中的MIDDLEWARE配置項(xiàng)加上自定義的中間件：==app名稱.文件名.類名==

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',
  # 自定義中間件（注意順序）
  'untitled01.my_middlewares.MD1',
  'untitled01.my_middlewares.MD2',
]

中間件的五種方法

process_request

==執(zhí)行時(shí)間：==
在視圖函數(shù)之前，在路由匹配之前
·
==參數(shù)：==
request：請(qǐng)求對(duì)象，與視圖中用到的request參數(shù)是同一個(gè)對(duì)象
·
==返回值：==
None：按照正常的流程走
HttpResponse：接著倒序執(zhí)行當(dāng)前中間件的以及之前執(zhí)行過的中間件的process_response方法，不再執(zhí)行其它的所有方法
·
==執(zhí)行順序：==
按照MIDDLEWARE中的注冊(cè)的順序執(zhí)行，也就是此列表的索引值

process_response

==執(zhí)行時(shí)間：==
最后執(zhí)行
·
==參數(shù)：==
request：請(qǐng)求對(duì)象，與視圖中用到的request參數(shù)是同一個(gè)對(duì)象
response：響應(yīng)對(duì)象，與視圖中返回的response是同一個(gè)對(duì)象
·
==返回值：==
response：必須返回此對(duì)象，按照正常的流程走
·
==執(zhí)行順序：==
按照注冊(cè)的順序倒序執(zhí)行
***

process_view

==執(zhí)行時(shí)間：==
在process_request方法及路由匹配之后，視圖之前
·
==參數(shù)：==
request：請(qǐng)求對(duì)象，與視圖中用到的request參數(shù)是同一個(gè)對(duì)象
view_func：將要執(zhí)行的視圖函數(shù)（它是實(shí)際的函數(shù)對(duì)象，而不是函數(shù)的名稱作為字符串）
view_args：url路徑中將傳遞給視圖的位置參數(shù)的元組
view_kwargs：url路徑中將傳遞給視圖的關(guān)鍵值參數(shù)的字典
·
==返回值：==
None：按照正常的流程走
HttpResponse：它之后的中間件的process_view，及視圖不執(zhí)行，執(zhí)行所有中間件的process_response方法
·
==執(zhí)行順序：==
按照注冊(cè)的順序執(zhí)行
***

process_exception

==此方法只在視圖中觸發(fā)異常時(shí)才被執(zhí)行.==

==執(zhí)行時(shí)間：==
視圖之后，process_response之前
·
==參數(shù)：==
request：請(qǐng)求對(duì)象，與視圖中用到的request參數(shù)是同一個(gè)對(duì)象
exception：視圖函數(shù)異常產(chǎn)生的Exception對(duì)象
·
==返回值：==
None：按照正常的流程走
HttpResponse對(duì)象：不再執(zhí)行后面的process_exception方法
·
==執(zhí)行順序：==
按照注冊(cè)的順序倒序執(zhí)行
***

process_template_response

==此方法必須在視圖函數(shù)返回的對(duì)象有一個(gè)render()方法（或者表明該對(duì)象是一個(gè)TemplateResponse對(duì)象或等價(jià)方法）時(shí)，才被執(zhí)行.==

==執(zhí)行時(shí)間：==
視圖之后，process_exception之前
·
==參數(shù)：==
request：請(qǐng)求對(duì)象，與視圖中用到的request參數(shù)是同一個(gè)對(duì)象
response：是TemplateResponse對(duì)象（由視圖函數(shù)或者中間件產(chǎn)生）
·
==返回值：==
response：必須返回此對(duì)象，按照正常的流程走
·
==執(zhí)行順序：==
按照注冊(cè)的順序倒序執(zhí)行

中間件的執(zhí)行流程

請(qǐng)求到達(dá)中間件之后，先按照正序執(zhí)行每個(gè)注冊(cè)中間件的process_request方法，如果process_request方法返回的值是None，就依次執(zhí)行；如果返回的值是HttpResponse對(duì)象，則不再執(zhí)行后面的process_request方法，而是執(zhí)行當(dāng)前對(duì)象中間件的process_response方法，并將HttpResponse對(duì)象返回給瀏覽器。

也就是說，如果MIDDLEWARE注冊(cè)了6個(gè)中間件，執(zhí)行過程中，第3個(gè)中間件返回了一個(gè)HttpResponse對(duì)象，那么第4, 5, 6中間件的process_request和process_response方法都不執(zhí)行，而是順序執(zhí)行3, 2, 1中間件的process_response方法。

process_request方法都執(zhí)行完后，匹配路由，找到要執(zhí)行的視圖函數(shù)，先不執(zhí)行視圖函數(shù)，而是先執(zhí)行中間件中的process_view方法，process_view方法返回None，則繼續(xù)按順序執(zhí)行，所有的process_view方法執(zhí)行完后，在執(zhí)行視圖函數(shù)。

如果中間件 3 的process_view方法返回了一個(gè)HttpResponse對(duì)象，則4, 5, 6的process_view以及視圖函數(shù)都不執(zhí)行了，而是直接從最后一個(gè)中間件，也就是中間件 6 的process_response方法開始倒序執(zhí)行。

process_template_response 與 process_exception兩個(gè)方法的觸發(fā)是有條件的，執(zhí)行順序也是倒序。總結(jié)所有的執(zhí)行流程如下：

Django請(qǐng)求流程圖

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持億速云。