django是動(dòng)態(tài)網(wǎng)頁(yè)，一般來(lái)說(shuō)需要實(shí)時(shí)的生成訪(fǎng)問(wèn)的頁(yè)面，展示給訪(fǎng)問(wèn)者，這樣，內(nèi)容可以隨時(shí)變化，也就說(shuō)請(qǐng)求到達(dá)視圖函數(shù)之后，然后進(jìn)行模板渲染，將字符串返回給用戶(hù)，用戶(hù)會(huì)看到相應(yīng)的html頁(yè)面。但是如果每次請(qǐng)求都從數(shù)據(jù)庫(kù)中請(qǐng)求并獲取數(shù)據(jù)，并且當(dāng)用戶(hù)并發(fā)量十分大的時(shí)候，這將服務(wù)器性能將大大受到影響。因此使用緩存能有效的解決這類(lèi)問(wèn)題。如果能將渲染后的結(jié)果放到速度更快的緩存中，每次有請(qǐng)求過(guò)來(lái)，先檢查緩存中是否有對(duì)應(yīng)的資源，如果有，直接從緩存中取出來(lái)返回響應(yīng)，節(jié)省取數(shù)據(jù)和渲染的時(shí)間，不僅能大大提高系統(tǒng)性能，還能提高用戶(hù)體驗(yàn)。

緩存的適合場(chǎng)景

對(duì)頁(yè)面實(shí)時(shí)性要求不高的頁(yè)面。對(duì)于大多數(shù)的購(gòu)物網(wǎng)站，短期內(nèi)商品的描述是沒(méi)有變化的，可以使用緩存。

緩存優(yōu)先級(jí)

由django的生命周期知各級(jí)緩存的優(yōu)先級(jí)：中間件應(yīng)用的全局緩存>視圖函數(shù)緩存>模板渲染下的局部視圖使用緩存。

Django 緩存模式的使用（主要針對(duì)RestFul設(shè)計(jì)模式的項(xiàng)目）

有三種模式：

全站使用緩存模式（整個(gè)項(xiàng)目每個(gè)接口都會(huì)使用緩存，缺點(diǎn)：所以接口都無(wú)法實(shí)時(shí)性獲取數(shù)據(jù)） 單獨(dú)視圖緩存模式（單個(gè)接口使用緩存） 局部視圖緩存模式

第一種：實(shí)現(xiàn)方式：

必須在 settings中設(shè)置 緩存中間件

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

但是伴隨的缺點(diǎn)就是 沒(méi)有設(shè)置 緩存的接口默認(rèn)都會(huì)有600秒的緩存，如下

無(wú)論清緩存還是換瀏覽器，因?yàn)榫彺娑际欠旁诜?wù)端的。

這就導(dǎo)致 那些不需要設(shè)置緩存，要求數(shù)據(jù)實(shí)時(shí)性較高的接口無(wú)法及時(shí)返回最新數(shù)據(jù)。

所以：

如果需要使用

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

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

第二種：

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

def cac(request):

 .......

這種方式只針對(duì)一個(gè)接口使用緩存（個(gè)人傾向于使用此方式）

第三種：

涉及到模板的使用（具體沒(méi)有研究過(guò)）：

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

最新評(píng)論