淺談django三種緩存模式的使用及注意點

django是動態網頁，一般來說需要實時的生成訪問的頁面，展示給訪問者，這樣，內容可以隨時變化，也就說請求到達視圖函數之后，然后進行模板渲染，將字符串返回給用戶，用戶會看到相應的html頁面。但是如果每次請求都從數據庫中請求并獲取數據，并且當用戶并發量十分大的時候，這將服務器性能將大大受到影響。因此使用緩存能有效的解決這類問題。如果能將渲染后的結果放到速度更快的緩存中，每次有請求過來，先檢查緩存中是否有對應的資源，如果有，直接從緩存中取出來返回響應，節省取數據和渲染的時間，不僅能大大提高系統性能，還能提高用戶體驗。

緩存的適合場景

對頁面實時性要求不高的頁面。對于大多數的購物網站，短期內商品的描述是沒有變化的，可以使用緩存。

緩存優先級

由django的生命周期知各級緩存的優先級：中間件應用的全局緩存>視圖函數緩存>模板渲染下的局部視圖使用緩存。

Django 緩存模式的使用（主要針對RestFul設計模式的項目）

有三種模式：

全站使用緩存模式（整個項目每個接口都會使用緩存，缺點：所以接口都無法實時性獲取數據） 單獨視圖緩存模式（單個接口使用緩存） 局部視圖緩存模式

第一種：實現方式：

必須在 settings中設置 緩存中間件

MIDDLEWARE = [
 'django.middleware.cache.UpdateCacheMiddleware',
  。。。其他中間件。。。
 'django.middleware.cache.FetchFromCacheMiddleware',
]

但是伴隨的缺點就是 沒有設置 緩存的接口默認都會有600秒的緩存，如下

無論清緩存還是換瀏覽器，因為緩存都是放在服務端的。

這就導致 那些不需要設置緩存，要求數據實時性較高的接口無法及時返回最新數據。

所以：

如果需要使用

from django.views.decorators.cache import cache_page, cache_control
from django.views.decorators.vary import vary_on_headers

@cache_control，@vary_on_headers，@vary_on_cookie

這些裝飾器，就必須需要 緩存中間件，但是這樣會導致其他接口都會有緩存600秒，需要慎重考慮使用

第二種：

from django.views.decorators.cache import cache_page
@cache_page(10)

def cac(request):

 .......

這種方式只針對一個接口使用緩存（個人傾向于使用此方式）

第三種：

涉及到模板的使用（具體沒有研究過）：

以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持億速云。