前面介绍了缓存的一些简单知识以及在Django中如何设置参数来配置这些缓存，现在讲讲在django中如何使用缓存。
（1）站点级缓存
站点级缓存指使用缓存缓存整个网站，需要添加两个中间件到MIDDLEWRAE_CLASSES：django.middleware.UpdateCacheMiddleware和django.middleware.cache.FetchFromCacheMiddleware，注意的是，UpdateCache中间件一定要放在第一位，Fetch中间件必须放最后（因为中间件的顺序决定着运行的顺序）见下面示例：
MIDDLEWARE_CLASSES = ( 'django.middleware.cache.UpdateCacheMiddleware', 'django.middleware.common.CommonMiddleware', 'django.middleware.cache.FetchFromCacheMiddleware', )
除了上面的设置外还需要在setting文件中增加以下设置：
CACHE_MIDDLEWARE_ALIAS：用来存储的缓存别名
CACHE_MIDDLEWARE_SECONDS：每个页面应该被缓存的秒数
CACHE_MIDDLEWARE_KEY_PREFIX：关键的前缀，当多个站点使用同一个配置的时候，这个可以设置可以避免发生冲突；如果你不在乎的话， 你可以是用一个空字符串，建议你别这样做
如果请求或者响应的头部允许的时候，缓存中间件会缓存那些200的get或者head的相应页面。同一个url但是不同查询参数会被认为是不同的相应从而被分别缓存。
如果你设置了CACHE_MIDDLEWARE_ANONYMOUS_ONLY为真，那么只有匿名的请求会被缓存，这是一个禁用缓存非匿名用户页面的最简单的做法，注意确保已经启用了认证中间件。
缓存中间件希望一个head请求可以被 一个有相同响应头部的get请求的响应 响应，因为这样的话，缓存中间件可以直接用一个get响应返回给一个head请求。
另外，缓存中间件会自动的设置少量的头部信息给每一个HttpResponse：
当一个新鲜的页面被请求的时候，会用当前时间打上一个Last_Modified的头部
会用当前时间加上CACHE_MIDDLEWARE_SECONDS的值设置给Expires头部
用CACHE_MIDDLEWARE_SECONDS的值给Cache-Control头部去设置一个页面的大年龄（前提是视图函数没有设置该项）
（2）单个view缓存
django.views.decorators.cache.cache_page()
更加轻巧的缓存框架使用方法是对单个有效视图的输出进行缓存。 django.views.decorators.cache 定义了一个自动缓存视图响应的 cache_page装饰器，使用非常简单：
from django.views.decorators.cache import cache_page @cache_page(60 * 15) def my_view(request): ....
cache_page只接受一个参数和两个关键字参数，
timeout是缓存时间，以秒为单位
cache：指定使用你的CACHES设置中的哪一个缓存后端
key_prefix：指定缓存前缀，可以覆盖在配置文件中CACHE_MIDDLEWARE_KEY_PREFIX的值
和站点缓存一样，视图缓存与 URL 无关。如果多个 URL 指向同一视图，每个URL将会分别缓存。 继续 my_view范例，如果 URLconf 如下所示：
重庆分公司
重庆分公司
urlpatterns = [
url(r'^foo/([0-9]{1,2})/$', my_view),
]发送到 /foo/1/ and /foo/23/ 会被分别缓存。但是一旦一个明确的 URL (e.g., /foo/23/) 已经被请求过了, 之后再度发出的指向该 URL 的请求将使用缓存
(3）在url配置文件中使用缓存装饰器
和上面的类似，装饰器的位置发生了变化
from django.views.decorators.cache import cache_page
urlpatterns = ('',
(r'^foo/(\d{1,2})/$', cache_page(60 * 15)(my_view)),
)（4）模板片段缓存
如果想对缓存进行更多的控制，可以使用 cache模板标签来缓存模板的一个片段。 要让模板处理这个标签，把{% load cache %} 放在缓存片段的上面。
标签{% cache %}将按给定的时间缓存包含块中的内容。它最少需要两个参数：缓存时间（以秒为单位）；给缓存片段起的名称。该名称将不使能用变量。
{% load cache %}
{% cache 500 sidebar %}
.. sidebar ..
{% endcache %}sidebar就是要缓存的片段代码，缓存的是这个片段。当然也可以可以依据这个片段内的动态内容缓存多个版本。如上面例子中，可以给站点的每个用户生成不同版本的sidebar缓存。只需要给 {% cache %}标签再传递一个参数来标识区分这个缓存片段。
{% load cache %}
{% cache 500 sidebar request.user.username %}
.. sidebar for logged in user ..
{% endcache %}指定一个以上的参数来识别片段是一个很好的选择，简单的尽可能的传递需要的参数到{% cache %}。
（5）底层的缓存API
有时候不想缓存一个页面，甚至不想某个页面的一部分，只是想缓存某个数据库检索的结果，django提供了底层次的API，可以是用这些API来缓存任何粒度的数据，模型对象的字符串，字典，列表等等。(实际上我就是用这种方法）
可以通过类字典对象django.core.cache.caches.访问配置在CACHES 设置中的字典类对象。对同一线程相同的别名重复请求将返回相同的对象。
>>> from django.core.cache import caches >>> cache1 = caches['myalias'] >>> cache2 = caches['myalias'] >>> cache1 is cache2
True
如果key不存在，就会引发一个 InvalidCacheBackendError。
如果想了解所有的API，建议去看django\core\cache\backends目录下的cache.py文件，这里仅仅列举一些简单的用法
下面是如何导入这个 API :
from django.core.cache import cache
基本的接口是 set(key, value, timeout_seconds) 和 get(key) :
‘hello, world!’
timeout_seconds 参数是可选的, 并且默认为前面讲过的 CACHE_BACKEND 设置中的 timeout 参数.
如果对象在缓存中不存在, 或者缓存后端是不可达的, cache.get() 返回 None :
# Wait 30 seconds for ‘my_key’ to expire…
>>> cache.get(’my_key’)
None
>>> cache.get(’some_unset_key’)
None
不建议在缓存中保存 None 常量，因为你将无法区分所保存的 None 变量及由返回值 None 所标识的缓存未中。
cache.get() 接受一个 缺省 参数。其指定了当缓存中不存在该对象时所返回的值：
>>> cache.get(’my_key’, ‘has expired’)
‘has expired’
要想一次获取多个缓存值，可以使用 cache.get_many() 。如果可能的话，对于给定的缓存后端， get_many() 将只访问缓存一次，而不是对每个缓存键值都进行一次访问。 get_many() 所返回的字典包括了你所请求的存在于缓存中且未超时的所有键值。
>>> cache.set(’a', 1) >>> cache.set(’b', 2) >>> cache.set(’c', 3) >>> cache.get_many(['a', 'b', 'c'])
{’a': 1, ‘b’: 2, ‘c’: 3}
如果某个缓存关键字不存在或者已超时, 它将不会被包含在字典中。下面是范例的延续:
>>> cache.get_many(['a', 'b', 'c', 'd'])
{’a': 1, ‘b’: 2, ‘c’: 3}
最后,你可以用 cache.delete() 显式地删除关键字。这是在缓存中清除特定对象的简单途径。
>>> cache.delete(’a')
cache.delete() 没有返回值, 不管给定的缓存关键字对应的值存在与否, 它都将以同样方式工作。
另外有需要云服务器可以了解下创新互联scvps.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。
