Django的缓存（2）

  前面介绍了缓存的一些简单知识以及在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() 没有返回值, 不管给定的缓存关键字对应的值存在与否, 它都将以同样方式工作。