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): .......
这种方式只针对一个接口使用缓存（个人倾向于使用此方式）
第三种：
涉及到模板的使用（具体没有研究过）：
本文浅谈django三种缓存模式的如何使用及注意点到此结束。外貌决定有没有可能在一起，性格决定适不适合在一起，物质决定能不能稳定的在一起，信任决定能不能长久的在一起。小编再次感谢大家对我们的支持！