浅谈django三种缓存模式的使用及注意点

框架(架构)  /  管理员 发布于 7年前   330

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_controlfrom 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): .......

这种方式只针对一个接口使用缓存（个人倾向于使用此方式）

第三种：

涉及到模板的使用（具体没有研究过）：

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。