Django 缓存机制与信号机制
Django的缓存机制
缓存的简介
在动态网站中,用户所有的请求,服务器都会去数据库中进行相应的增,删,查,改,渲染模板,执行业务逻辑,最后生成用户看到的页面.
当一个网站的用户访问量很大的时候,每一次的的后台操作,都会消耗很多的服务端资源,所以必须使用缓存来减轻后端服务器的压力.
缓存是将一些常用的数据保存内存或者memcache中,在一定的时间内有人来访问这些数据时,则不再去执行数据库及渲染等操作,
而是直接从内存或memcache的缓存中去取得数据,然后返回给用户.
Django提供了6种缓存方式
◾开发调试缓存 ◾内存缓存 ◾文件缓存 ◾数据库缓存 ◾Memcache缓存(使用python-memcached模块) ◾Memcache缓存(使用pylibmc模块) 经常使用的有文件缓存和Mencache缓存
Django中的缓存粒度
Django提供了不同粒度的缓存,可以缓存某个页面,可以只缓存一个页面的某个部分,甚至可以缓存整个网站.
全站级别
对中间件进行操作
既然是全站缓存,当然要使用Django中的中间件. 用户的请求通过中间件,经过一系列的认证等操作,如果请求的内容在缓存中存在,则使用FetchFromCacheMiddleware获取内容并返回给用户 当返回给用户之前,判断缓存中是否已经存在,如果不存在,则UpdateCacheMiddleware会将缓存保存至Django的缓存之中,以实现全站缓存 缓存整个站点,是最简单的缓存方法 在 MIDDLEWARE_CLASSES 中加入 “update” 和 “fetch” 中间件 MIDDLEWARE_CLASSES = ( ‘django.middleware.cache.UpdateCacheMiddleware’, #第一 'django.middleware.common.CommonMiddleware', ‘django.middleware.cache.FetchFromCacheMiddleware’, #最后 ) “update” 必须配置在第一个 “fetch” 必须配置在最后一个
并在settings中加上CACHE_MIDDLEWARE_SECONDS 指缓存10s
CACHE_MIDDLEWARE_SECONDS=10
视图级别
对视图函数进行操作
from django.views.decorators.cache import cache_page import time from .models import * @cache_page(15) #超时时间为15秒 def index(request): t=time.time() #获取当前时间 bookList=Book.objects.all() return render(request,"index.html",locals())
模板级别
刷新页面时,整个网页有一部分实现缓存
对模板进行操作
{% load cache %}
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<title>Title</title>
</head>
<body>
<h3 style="color: green">不缓存:-----{{ t }}</h3>
{% cache 2 'name' %} # 2 代表缓存 2s name代表名称,必须写
<h3>缓存:-----:{{ t }}</h3>
{% endcache %}
</body>
</html>
上面是基于内存的缓存配置,基于文件的缓存配置
更改settings.py的配置 CACHES = { 'default': { 'BACKEND': 'django.core.cache.backends.filebased.FileBasedCache', # 指定缓存使用的引擎 'LOCATION': 'E:\django_cache', # 指定缓存的路径 'TIMEOUT': 300, # 缓存超时时间(默认为300秒,None表示永不过期) 'OPTIONS': { 'MAX_ENTRIES': 300, # 最大缓存记录的数量(默认300) 'CULL_FREQUENCY': 3, # 缓存到达最大个数之后,剔除缓存个数的比例,即:1/CULL_FREQUENCY(默认3) } } }
Django的信号
信号介绍
Django提供一种信号机制。其实就是观察者模式,又叫发布-订阅(Publish/Subscribe) 。当发生一些动作的时候,发出信号,然后监听了这个信号的函数就会执行。
通俗来讲,就是一些动作发生的时候,信号允许特定的发送者去提醒一些接受者。用于在框架执行操作时解耦。
内置信号
Model signals pre_init # django的modal执行其构造方法前,自动触发 post_init # django的modal执行其构造方法后,自动触发 pre_save # django的modal对象保存前,自动触发 post_save # django的modal对象保存后,自动触发 pre_delete # django的modal对象删除前,自动触发 post_delete # django的modal对象删除后,自动触发 m2m_changed # django的modal中使用m2m字段操作第三张表(add,remove,clear)前后,自动触发 class_prepared # 程序启动时,检测已注册的app中modal类,对于每一个类,自动触发 Management signals pre_migrate # 执行migrate命令前,自动触发 post_migrate # 执行migrate命令后,自动触发 Request/response signals request_started # 请求到来前,自动触发 request_finished # 请求结束后,自动触发 got_request_exception # 请求异常后,自动触发 Test signals setting_changed # 使用test测试修改配置文件时,自动触发 template_rendered # 使用test测试渲染模板时,自动触发 Database Wrappers connection_created # 创建数据库连接时,自动触发
使用方式:
对于Django内置的信号,仅需注册指定信号,当程序执行相应操作时,自动触发注册函数
把代码写在相应应用程序的__init__.py文件中
调用方式一:
#应用程序文件的__init__.py文件中
# 导入信号 from django.db.models.signals import pre_save, post_save #回调函数
def callback(sender,**kwargs): print("yuan") print(sender) # <class 'app01.models.Book'>对象
print(kwargs) post_save.connect(callback) # post_save信号与callback绑定关系
调用方式二:
#导入信号和receiver模块
from django.db.models.signals import pre_save, post_save from django.dispatch import receiver @receiver(post_save) # 把信号作为装饰器装饰回调函数
def callback(sender,**kwargs): print("yuan") print(sender) # <class 'app01.models.Book'> print(kwargs)
自定义信号
a. 定义信号 import django.dispatch pizza_done = django.dispatch.Signal(providing_args=["toppings", "size"]) b. 注册信号 def callback(sender, **kwargs): print("callback") print(sender,kwargs) pizza_done.connect(callback) c. 触发信号 from 路径 import pizza_done pizza_done.send(sender='seven',toppings=123, size=456) ##由于内置信号的触发者已经集成到Django中,所以其会自动调用,而对于自定义信号则需要开发者在任意位置触发。