2. 程式人生 > >72、Django 之 中間件

72、Django 之 中間件

阿新 • • 發佈：2018-06-11
設置 列表 pattern 判斷 完成後 學習 TP CA head

前戲

在給給視圖函數加裝飾器時來判斷是用戶是否登錄，把沒有登錄的用戶請求跳轉到登錄頁面。我們通過給幾個特定視圖函數加裝飾器實現了這個需求。但是以後添加的視圖函數可能都需要加上裝飾器，這樣是不是稍微有點繁瑣。

學完今天的內容之後呢，我們就可以用更適宜的方式來實現類似給所有請求都做相同操作的功能了

中間件

中間件介紹

什麽是中間件？

官方的說法：中間件是一個用來處理Django的請求和響應的框架級別的鉤子。它是一個輕量、低級別的插件系統，用於在全局範圍內改變Django的輸入和輸出。每個中間件組件都負責做一些特定的功能。

說的直白一點中間件是幫助我們在視圖函數執行之前和執行之後都可以做一些額外的操作，它本質上就是一個自定義類，類中定義了幾個方法，Django框架會在請求的特定的時間去執行這些方法。

我們一直都在使用中間件，只是沒有註意到而已，打開Django項目的Settings.py文件，看到下圖的MIDDLEWARE配置項。

技術分享圖片 
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配置項是一個列表，列表中是一個個字符串，這些字符串其實是一個個類，也就是一個個中間件。

我們之前已經接觸過一個csrf相關的中間件：我們一開始讓大家把他註釋掉，再提交post請求的時候，就不會被forbidden了，後來學會使用csrf_token之後就不再註釋這個中間件了。

那接下來就學習中間件中的方法以及這些方法什麽時候被執行。

自定義中間件

中間件可以定義五個方法，分別是：（主要的是process_request和process_response）

  • 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或一個HttpResponse對象，如果是None，則繼續按照django定義的規則向後繼續執行，如果是HttpResponse對象，則直接將該對象返回給用戶。

自定義一個中間件示例

技術分享圖片 
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
技術分享圖片

process_request

process_request有一個參數，就是request，這個request和視圖函數中的request是一樣的。

它的返回值可以是None也可以是HttpResponse對象。返回值是None的話，按正常流程繼續走，交給下一個中間件處理，如果是HttpResponse對象，Django將不執行視圖函數，而將相應對象返回給瀏覽器。

我們來看看多個中間件時，Django是如何執行其中的process_request方法的。

技術分享圖片 
from django.utils.deprecation import MiddlewareMixin


class MD1(MiddlewareMixin):

    def process_request(self, request):
        print("MD1裏面的 process_request")


class MD2(MiddlewareMixin):
    def process_request(self, request):
        print("MD2裏面的 process_request")
        pass
技術分享圖片

在settings.py的MIDDLEWARE配置項中註冊上述兩個自定義中間件：

技術分享圖片 
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‘,
    ‘middlewares.MD1‘,  # 自定義中間件MD1
    ‘middlewares.MD2‘  # 自定義中間件MD2
]
技術分享圖片

此時，我們訪問一個視圖，會發現終端中打印如下內容：

MD1裏面的 process_request
MD2裏面的 process_request
app01 中的 index視圖

把MD1和MD2的位置調換一下，再訪問一個視圖，會發現終端中打印的內容如下：

MD2裏面的 process_request
MD1裏面的 process_request
app01 中的 index視圖

看結果我們知道：視圖函數還是最後執行的，MD2比MD1先執行自己的process_request方法。

在打印一下兩個自定義中間件中process_request方法中的request參數，會發現它們是同一個對象。

由此總結一下：

  1. 中間件的process_request方法是在執行視圖函數之前執行的。
  2. 當配置多個中間件時，會按照MIDDLEWARE中的註冊順序，也就是列表的索引值，從前到後依次執行的。
  3. 不同中間件之間傳遞的request都是同一個對象

多個中間件中的process_response方法是按照MIDDLEWARE中的註冊順序倒序執行的，也就是說第一個中間件的process_request方法首先執行，而它的process_response方法最後執行，最後一個中間件的process_request方法最後一個執行，它的process_response方法是最先執行。

process_response

它有兩個參數，一個是request，一個是response，request就是上述例子中一樣的對象，response是視圖函數返回的HttpResponse對象。該方法的返回值也必須是HttpResponse對象。

給上述的M1和M2加上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")
        pass

    def process_response(self, request, response):
        print("MD2裏面的 process_response")
        return response
技術分享圖片

訪問一個視圖，看一下終端的輸出：

MD2裏面的 process_request
MD1裏面的 process_request
app01 中的 index視圖
MD1裏面的 process_response
MD2裏面的 process_response

看結果可知：

process_response方法是在視圖函數之後執行的，並且順序是MD1比MD2先執行。(此時settings.py中 MD2比MD1先註冊)

多個中間件中的process_response方法是按照MIDDLEWARE中的註冊順序倒序執行的，也就是說第一個中間件的process_request方法首先執行，而它的process_response方法最後執行，最後一個中間件的process_request方法最後一個執行，它的process_response方法是最先執行。

process_view

process_view(self, request, view_func, view_args, view_kwargs)

該方法有四個參數

request是HttpRequest對象。

view_func是Django即將使用的視圖函數。 （它是實際的函數對象，而不是函數的名稱作為字符串。）

view_args是將傳遞給視圖的位置參數的列表.

view_kwargs是將傳遞給視圖的關鍵字參數的字典。 view_args和view_kwargs都不包含第一個視圖參數（request）。

Django會在調用視圖函數之前調用process_view方法。

它應該返回None或一個HttpResponse對象。 如果返回None，Django將繼續處理這個請求，執行任何其他中間件的process_view方法，然後在執行相應的視圖。 如果它返回一個HttpResponse對象，Django不會調用適當的視圖函數。 它將執行中間件的process_response方法並將應用到該HttpResponse並返回結果。

給MD1和MD2添加process_view方法:

技術分享圖片 
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

    def process_view(self, request, view_func, view_args, view_kwargs):
        print("-" * 80)
        print("MD1 中的process_view")
        print(view_func, view_func.__name__)


class MD2(MiddlewareMixin):
    def process_request(self, request):
        print("MD2裏面的 process_request")
        pass

    def process_response(self, request, response):
        print("MD2裏面的 process_response")
        return response

    def process_view(self, request, view_func, view_args, view_kwargs):
        print("-" * 80)
        print("MD2 中的process_view")
        print(view_func, view_func.__name__)
技術分享圖片

訪問index視圖函數，看一下輸出結果：

技術分享圖片 
MD2裏面的 process_request
MD1裏面的 process_request
--------------------------------------------------------------------------------
MD2 中的process_view
<function index at 0x000001DE68317488> index
--------------------------------------------------------------------------------
MD1 中的process_view
<function index at 0x000001DE68317488> index
app01 中的 index視圖
MD1裏面的 process_response
MD2裏面的 process_response
技術分享圖片

process_view方法是在process_request之後，視圖函數之前執行的，執行順序按照MIDDLEWARE中的註冊順序從前到後順序執行的

process_exception

process_exception(self, request, exception)

該方法兩個參數:

一個HttpRequest對象

一個exception是視圖函數異常產生的Exception對象。

這個方法只有在視圖函數中出現異常了才執行，它返回的值可以是一個None也可以是一個HttpResponse對象。如果是HttpResponse對象，Django將調用模板和中間件中的process_response方法，並返回給瀏覽器，否則將默認處理異常。如果返回一個None，則交給下一個中間件的process_exception方法來處理異常。它的執行順序也是按照中間件註冊順序的倒序執行。

給MD1和MD2添加上這個方法：

技術分享圖片 
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

    def process_view(self, request, view_func, view_args, view_kwargs):
        print("-" * 80)
        print("MD1 中的process_view")
        print(view_func, view_func.__name__)

    def process_exception(self, request, exception):
        print(exception)
        print("MD1 中的process_exception")


class MD2(MiddlewareMixin):
    def process_request(self, request):
        print("MD2裏面的 process_request")
        pass

    def process_response(self, request, response):
        print("MD2裏面的 process_response")
        return response

    def process_view(self, request, view_func, view_args, view_kwargs):
        print("-" * 80)
        print("MD2 中的process_view")
        print(view_func, view_func.__name__)

    def process_exception(self, request, exception):
        print(exception)
        print("MD2 中的process_exception")
技術分享圖片

如果視圖函數中無異常，process_exception方法不執行。

想辦法，在視圖函數中拋出一個異常：

def index(request):
    print("app01 中的 index視圖")
    raise ValueError("呵呵")
    return HttpResponse("O98K")

在MD1的process_exception中返回一個響應對象：

技術分享圖片 
class MD1(MiddlewareMixin):

    def process_request(self, request):
        print("MD1裏面的 process_request")

    def process_response(self, request, response):
        print("MD1裏面的 process_response")
        return response

    def process_view(self, request, view_func, view_args, view_kwargs):
        print("-" * 80)
        print("MD1 中的process_view")
        print(view_func, view_func.__name__)

    def process_exception(self, request, exception):
        print(exception)
        print("MD1 中的process_exception")
        return HttpResponse(str(exception))  # 返回一個響應對象
技術分享圖片

看輸出結果：

技術分享圖片 
MD2裏面的 process_request
MD1裏面的 process_request
--------------------------------------------------------------------------------
MD2 中的process_view
<function index at 0x0000022C09727488> index
--------------------------------------------------------------------------------
MD1 中的process_view
<function index at 0x0000022C09727488> index
app01 中的 index視圖
呵呵
MD1 中的process_exception
MD1裏面的 process_response
MD2裏面的 process_response
技術分享圖片

註意，這裏並沒有執行MD2的process_exception方法，因為MD1中的process_exception方法直接返回了一個響應對象。

process_template_response（用的比較少）

process_template_response(self, request, response)

它的參數，一個HttpRequest對象，response是TemplateResponse對象（由視圖函數或者中間件產生）。

process_template_response是在視圖函數執行完成後立即執行，但是它有一個前提條件，那就是視圖函數返回的對象有一個render()方法（或者表明該對象是一個TemplateResponse對象或等價方法）。

技術分享圖片 
class MD1(MiddlewareMixin):

    def process_request(self, request):
        print("MD1裏面的 process_request")

    def process_response(self, request, response):
        print("MD1裏面的 process_response")
        return response

    def process_view(self, request, view_func, view_args, view_kwargs):
        print("-" * 80)
        print("MD1 中的process_view")
        print(view_func, view_func.__name__)

    def process_exception(self, request, exception):
        print(exception)
        print("MD1 中的process_exception")
        return HttpResponse(str(exception))

    def process_template_response(self, request, response):
        print("MD1 中的process_template_response")
        return response


class MD2(MiddlewareMixin):
    def process_request(self, request):
        print("MD2裏面的 process_request")
        pass

    def process_response(self, request, response):
        print("MD2裏面的 process_response")
        return response

    def process_view(self, request, view_func, view_args, view_kwargs):
        print("-" * 80)
        print("MD2 中的process_view")
        print(view_func, view_func.__name__)

    def process_exception(self, request, exception):
        print(exception)
        print("MD2 中的process_exception")

    def process_template_response(self, request, response):
        print("MD2 中的process_template_response")
        return response
技術分享圖片

views.py中：

技術分享圖片 
def index(request):
    print("app01 中的 index視圖")

    def render():
        print("in index/render")
        return HttpResponse("O98K")
    rep = HttpResponse("OK")
    rep.render = render
    return rep
技術分享圖片

訪問index視圖，終端輸出的結果：

技術分享圖片 
MD2裏面的 process_request
MD1裏面的 process_request
--------------------------------------------------------------------------------
MD2 中的process_view
<function index at 0x000001C111B97488> index
--------------------------------------------------------------------------------
MD1 中的process_view
<function index at 0x000001C111B97488> index
app01 中的 index視圖
MD1 中的process_template_response
MD2 中的process_template_response
in index/render
MD1裏面的 process_response
MD2裏面的 process_response
技術分享圖片

從結果看出：

視圖函數執行完之後，立即執行了中間件的process_template_response方法，順序是倒序，先執行MD1的，在執行MD2的，接著執行了視圖函數返回的HttpResponse對象的render方法，返回了一個新的HttpResponse對象，接著執行中間件的process_response方法。

中間件的執行流程

上一部分，我們了解了中間件中的5個方法，它們的參數、返回值以及什麽時候執行，現在總結一下中間件的執行流程。

請求到達中間件之後，先按照正序執行每個註冊中間件的process_reques方法，process_request方法返回的值是None，就依次執行，如果返回的值是HttpResponse對象，不再執行後面的process_request方法，而是執行當前對應中間件的process_response方法，將HttpResponse對象返回給瀏覽器。也就是說：如果MIDDLEWARE中註冊了6個中間件，執行過程中，第3個中間件返回了一個HttpResponse對象，那麽第4,5,6中間件的process_request和process_response方法都不執行，順序執行3,2,1中間件的process_response方法。

技術分享圖片

process_request方法都執行完後，匹配路由，找到要執行的視圖函數，先不執行視圖函數，先執行中間件中的process_view方法，process_view方法返回None，繼續按順序執行，所有process_view方法執行完後執行視圖函數。加入中間件3 的process_view方法返回了HttpResponse對象，則4,5,6的process_view以及視圖函數都不執行，直接從最後一個中間件，也就是中間件6的process_response方法開始倒序執行。

技術分享圖片

process_template_response和process_exception兩個方法的觸發是有條件的，執行順序也是倒序。總結所有的執行流程如下：

技術分享圖片

技術分享圖片

中間件版登錄驗證

中間件版的登錄驗證需要依靠session，所以數據庫中要有django_session表。

urls.py

技術分享圖片 
from django.conf.urls import url
from app01 import views

urlpatterns = [
    url(r‘^index/$‘, views.index),
    url(r‘^login/$‘, views.login, name=‘login‘),
]

urls.py
url.py

views.py

技術分享圖片 
from django.shortcuts import render, HttpResponse, redirect


def index(request):
    return HttpResponse(‘this is index‘)


def home(request):
    return HttpResponse(‘this is home‘)


def login(request):
    if request.method == "POST":
        user = request.POST.get("user")
        pwd = request.POST.get("pwd")

        if user == "Q1mi" and pwd == "123456":
            # 設置session
            request.session["user"] = user
            # 獲取跳到登陸頁面之前的URL
            next_url = request.GET.get("next")
            # 如果有，就跳轉回登陸之前的URL
            if next_url:
                return redirect(next_url)
            # 否則默認跳轉到index頁面
            else:
                return redirect("/index/")
    return render(request, "login.html")

views.py
view.py

login.html

技術分享圖片 
<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <meta http-equiv="x-ua-compatible" content="IE=edge">
    <meta name="viewport" content="width=device-width, initial-scale=1">
    <title>登錄頁面</title>
</head>
<body>
<form action="{% url ‘login‘ %}">
    <p>
        <label for="user">用戶名：</label>
        <input type="text" name="user" id="user">
    </p>
    <p>
        <label for="pwd">密 碼：</label>
        <input type="text" name="pwd" id="pwd">
    </p>
    <input type="submit" value="登錄">
</form>
</body>
</html>

login.html
login.html

middlewares.py

技術分享圖片 
class AuthMD(MiddlewareMixin):
    white_list = [‘/login/‘, ]  # 白名單
    balck_list = [‘/black/‘, ]  # 黑名單

    def process_request(self, request):
        from django.shortcuts import redirect, HttpResponse

        next_url = request.path_info
        print(request.path_info, request.get_full_path())

        if next_url in self.white_list or request.session.get("user"):
            return
        elif next_url in self.balck_list:
            return HttpResponse(‘This is an illegal URL‘)
        else:
            return redirect("/login/?next={}".format(next_url))

登錄校驗中間件
登錄校驗中間件

在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‘,
    ‘middlewares.AuthMD‘,
]

settings.py中註冊中間件
settings.py中註冊中間件

AuthMD中間件註冊後，所有的請求都要走AuthMD的process_request方法。

訪問的URL在白名單內或者session中有user用戶名，則不做阻攔走正常流程；

如果URL在黑名單中，則返回This is an illegal URL的字符串；

正常的URL但是需要登錄後訪問，讓瀏覽器跳轉到登錄頁面。

註：AuthMD中間件中需要session，所以AuthMD註冊的位置要在session中間的下方。

附：Django請求流程圖

技術分享圖片

72、Django 之 中間件

相關推薦

72、Django 之 中間件

設置 列表 pattern 判斷 完成後 學習 TP CA head 前戲 在給給視圖函數加裝飾器時來判斷是用戶是否登錄，把沒有登錄的用戶請求跳轉到登錄頁面。我們通過給幾個特定視圖函數加裝飾器實現了這個需求。但是以後添加的視圖函數可能都需要加上裝飾器，這樣是不是稍微有點繁瑣

Django之中間件

位置參數 set span 異常處理機制 one 機制 setting ces rem 1、中間件流程 　　當啟動django程序並發送一個請求後，首先通過WSGI，然後走一遍settings.py中設置的MIDDLEWARE，即中間件： 2、中間件的五個方法： 　　1）

django之中間件設置

exceptio class 配置文件 服務 emp req view resp exc 中間件 是一個輕量級、底層的插件系統，可以介入Django的請求和響應處理過程，修改Django的輸入或輸出 激活：添加到Django配置文件中的MIDDLEWARE_CLASSES

Django 之 中間件

一個 sessions proc quest except mixin span 級別 都是 一、概念 1、什麽是中間件？ 　　官方解釋：中間件是用來處理Django的請求和響應的框架級別的鉤子。基於全局範圍產生影響。 　　平民解釋：中間件是幫助我們在視圖函數執行前和

django基礎知識之中間件:

return 基礎 ner 調用 port ngs 所有 settings init 中間件 是一個輕量級、底層的插件系統，可以介入Django的請求和響應處理過程，修改Django的輸入或輸出 激活：添加到Django配置文件中的MIDDLEWARE_CLASSES

Django補充——中間件、請求的生命周期等

文件中 ldb self tor accept .site 分享 body jpg 一：中間件 django 中的中間件（middleware），在django中，中間件其實就是一個類，在請求到來和結束後，django會根據自己的規則在合適的時機執行中間件中相應的方法。 在

Django進階之中間件

oca 處理 c2c traceback nis python 內部 index 最終 中間件簡介 在http請求 到達視圖函數之前 和視圖函數return之後，django會根據自己的規則在合適的時機執行中間件中相應的方法。 中間件的執行流程 1、執行完所有的

Django組件之中間件

proc ssa 裝飾器 session bsp 使用 n) table 情況 中間件的概念 中間件顧名思義,是介於request與response處理之間的一道處理過程,相對比較輕量級,並且在全局上改變Django的輸入以及輸出.並且她改變的變量是全局的,所有需要謹慎使用

Redux之中間件的原理和applyMiddleware、Thunk的實現

element ons 功能 root time imp 如果 oos oot 現在我們的Redux和React-Redux已經基本實現了，在Redux中，觸發一個action，reducer立即就能算出相應的state，如果我要過一會才讓reducer計算state呢怎麽

62、django之MTV模型（urls,view）

9.png mes 法則 調試 mtv 重新 知識點 服務器 bar 今天就進入到python最重要的階段了django框架，框架就像膠水一樣會將我們前面學的所有知識點粘合在一起，所以以前有哪些部分模糊的可以看看前面的隨筆。本篇主要介紹djangoMTV模型，視圖層之路由配

67、django之模型層（model）--查詢補充及mookie

lte 評論 spl 需要 delete net 使用 刪除 ces 本篇導航： F查詢與Q查詢 cookie 一、F查詢與Q查詢 1、以Book表為例 class Book(models.Model) : title = models.Cha

71、django之Ajax續

沒有 添加 鍵值對 b- 缺少 close 文本 對象 也有 接上篇隨筆。繼續介紹ajax的使用。 上篇友情連接：http://www.cnblogs.com/liluning/p/7831169.html 本篇導航： Ajax響應參數 csrf 跨站請求偽造 jQu

[Django學習]中間件

請求 roc 方法 com 服務 test 變化 print 自定義異常 中間件 是一個輕量級、底層的插件系統，可以介入Django的請求和響應處理過程，修改Django的輸入或輸出 激活：添加到Django配置文件中的MIDDLEWARE_CLASSES元組中

71、Django之form表單

protoc valid init title except Go doc 列表 ima Form介紹 我們之前在HTML頁面中利用form表單向後端提交數據時，都會寫一些獲取用戶輸入的標簽並且用form標簽把它們包起來。 與此同時我們在好多場景下都需要對用戶的輸入做校驗

六、Django之表單和類視圖-Part 4

true abs 不能 註意 自動跳轉 請求偽造 mes direct base 一、表單form 為了接收用戶的投票選擇，我們需要在前端頁面顯示一個投票界面。讓我們重寫先前的polls/detail.html文件，代碼如下： <h1>{{ question.q

五、Django之路由系統

場景 個數 簡單 ear 參數 span char epo arc 1、普通路由匹配 URL配置(URLconf)就像Django 所支撐網站的目錄。它的本質是URL模式以及要為該URL模式調用的視圖函數之間的映射表；它就是以這種方式告訴Django，用哪個URL調用哪段

六、Django之Template

abcd inter settings 訪問 rev 使用 導入 auth 選項 一、Template由來 1、任何前端頁面的改動都和後端python有關； 2、前端HTML和後端python分開能讓網站更加清晰； 3、前後端分離的趨勢下，所有前端頁面放一起更加方便前

九、Django之ORM

關聯 數據訪問層 類屬性 編寫 tin 當我 多對一 mysqld 不同類 一、前言 用於實現面向對象編程語言裏不同類型系統的數據之間的轉換，換言之，就是用面向對象的方式去操作數據庫的創建表以及增刪改查等操作。 到目前為止，當我們的程序涉及到數據庫相關操作時，一般操作流

十、Django之Admin

gist png image src con 界面 ins iter mage 一、Django Admin 管理工具 Django 提供了基於 web 的管理工具。 Django 自動管理工具是 django.contrib 的一部分。你可以在項目的 settings

Django的中間件

現在 將不 token 請求 性能 項目 中間 應對 執行 中間件 中間件介紹 什麽是中間件？ 官方的說法：中間件是一個用來處理Django的請求和響應的框架級別的鉤子。它是一個輕量、低級別的插件系統，用於在全局範圍內改變Django的輸入和輸出。每個中間件組件都負責做一些