100字范文 > 【python】-- Django 中间件缓存信号

【python】-- Django 中间件缓存信号

时间：2019-06-06 21:27:27

Django 中间件、缓存、信号

一、 Django 中间件

django 中的中间件（middleware），在django中，中间件其实就是一个类，在请求到来和结束后，django会根据自己的规则在合适的时机执行中间件中相应的方法。

在django项目的settings模块中，有一个 MIDDLEWARE_CLASSES变量，其中每一个元素就是一个中间件：

MIDDLEWARE = ['django.middleware.security.SecurityMiddleware','django.contrib.sessions.middleware.SessionMiddleware','monMiddleware','django.middleware.csrf.CsrfViewMiddleware','django.contrib.auth.middleware.AuthenticationMiddleware','django.contrib.messages.middleware.MessageMiddleware','django.middleware.clickjacking.XFrameOptionsMiddleware',]

1、中间件中可以定义四个方法：

process_request(self,request) #每个进入view视图中请求都要经过这个函数process_response(self, request, response) #每个从view视图中返回的response都会触发这个函数process_view(self, request, callback, callback_args, callback_kwargs) #经过路由映射找到view中对应的方法后，就会触发这个函数,找不到就不会触发process_template_response(self,request,response) # 如果Views中的函数返回的对象中，具有render方法，这个函数才会执行process_exception(self, request, exception) #如果对应的视图中的函数出现异常，这个函数才会执行

2、自定义中间件

与mange.py在同一层级下新建目录Middle，在Middle新建m1.py（文件名称随意）：

1、在m1.py中定义三个中间件

class Foo:# render 方法用来触发process_template_response函数def render(self):return HttpResponse("template_response")def test(request):print("穷")return Foo()

views.py

from django.utils.deprecation import MiddlewareMixin # 自定义中间件都需要继承这个类# 定义中间件Row1class Row1(MiddlewareMixin):def process_request(self,request): # 所有经过中间件Row1的request都会打印001print('request——001')# request这个参数是请求的request, view_func指定的视图中对应的函数, view_func_args路由系统中的位置参数, view_func_kwargs路由系统中的关键字参数def process_view(self, request, view_func, view_func_args, view_func_kwargs):print('view1')def process_response(self, request, response): # 所有经过中间件Row1的response 都会打印001print('response——001')return responsefrom django.shortcuts import HttpResponse# 定义中间件Row2class Row2(MiddlewareMixin):def process_request(self,request):print('request——002')# 如果不想让request进入view视图函数中，可以在自定义中间件中直接return返回。# 终止之后就不会经过row3的response，会直接从row2 response返回, 这个特性是1.7之后才有的。1.7以前会经过row3的response之后再进行返回。# return HttpResponse('终止')def process_view(self, request, view_func, view_func_args, view_func_kwargs):print('view2')def process_response(self, request, response):print('response——002')return response# 定义中间件Row3class Row3(MiddlewareMixin):def process_request(self,request):print('request——003')def process_view(self, request, view_func, view_func_args, view_func_kwargs):print('view2')def process_response(self, request, response):print('response——003')return response# 这个函数的触发条件就是如果对应的视图中的函数出现异常，这个函数才会执行def process_exception(self, request, exception):if isinstance(exception,ValueError):return HttpResponse('出现异常》。。')# 如果Views中的函数返回的对象中，具有render方法，这个函数才会执行，像redirect,HttpResponse 都不会触犯这个函数def process_template_response(self,request,response):print('-----------------------')return response

2、注册中间件：

在settings文件中的MIDDLEWARE，注册刚刚定义的三个中间件：

3、中间件request、response状态流程示意图：

二、Django 缓存

由于Django是动态网站，所有每次请求均会去数据进行相应的操作，当程序访问量大时，耗时必然会更加明显，最简单解决方式是使用：缓存，缓存将一个某个views的返回值保存至内存或者memcache中，5分钟内再有人来访问时，则不再去执行view中的操作，而是直接从内存或者Redis中之前缓存的内容拿到，并返回，Django是目前仅有自带缓存的框架。

Django中提供了7种缓存方式：

开发调试内存文件数据库Memcache缓存（python-memcached模块）Memcache缓存（pylibmc模块）Redis缓存

一、缓存配置方式

1、配置

a、开发调试

# 此为开始调试用，实际内部不做任何操作# 配置：CACHES = {'default': {'BACKEND': 'django.core.cache.backends.dummy.DummyCache',# 引擎'TIMEOUT': 300, # 缓存超时时间（默认300，None表示永不过期，0表示立即过期）'OPTIONS':{'MAX_ENTRIES': 300, # 最大缓存个数（默认300）'CULL_FREQUENCY': 3, # 缓存到达最大个数之后，剔除缓存个数的比例，即：1/CULL_FREQUENCY（默认3）},'KEY_PREFIX': '',# 缓存key的前缀（默认空）'VERSION': 1, # 缓存key的版本（默认1）'KEY_FUNCTION' 函数名 # 生成key的函数（默认函数会生成为：【前缀:版本:key】） }}# 自定义keydef default_key_func(key, key_prefix, version):"""Default function to generate keys.Constructs the key used by all other methods. By default it prependsthe `key_prefix'. KEY_FUNCTION can be used to specify an alternatefunction with custom key making behavior."""return '%s:%s:%s' % (key_prefix, version, key)def get_key_func(key_func):"""Function to decide which key function to use.Defaults to ``default_key_func``."""if key_func is not None:if callable(key_func):return key_funcelse:return import_string(key_func)return default_key_func

View Code

b、内存

# 此缓存将内容保存至内存的变量中# 配置：CACHES = {'default': {'BACKEND': 'django.core.cache.backends.locmem.LocMemCache','LOCATION': 'unique-snowflake', #变量值要唯一 }}# 注：其他配置同开发调试版本

View Code

c、文件

# 此缓存将内容保存至文件# 配置：CACHES = {'default': {'BACKEND': 'django.core.cache.backends.filebased.FileBasedCache','LOCATION': '/var/tmp/django_cache',}}# 注：其他配置同开发调试版本

View Code

d、数据库

# 此缓存将内容保存至数据库# 配置：CACHES = {'default': {'BACKEND': 'django.core.cache.backends.db.DatabaseCache','LOCATION': 'my_cache_table', # 数据库表 }}# 注：执行创建表命令 python manage.py createcachetable

View Code

e、Memcache缓存（python-memcached模块）

# 此缓存使用python-memcached模块连接memcacheCACHES = {'default': {'BACKEND': 'django.core.cache.backends.memcached.MemcachedCache','LOCATION': '127.0.0.1:11211',}}CACHES = {'default': {'BACKEND': 'django.core.cache.backends.memcached.MemcachedCache','LOCATION': 'unix:/tmp/memcached.sock',}} CACHES = {'default': {'BACKEND': 'django.core.cache.backends.memcached.MemcachedCache','LOCATION': ['172.19.26.240:11211','172.19.26.242:11211',]}}

View Code

f、Memcache缓存（pylibmc模块）

# 此缓存使用pylibmc模块连接memcache CACHES = {'default': {'BACKEND': 'django.core.cache.backends.memcached.PyLibMCCache','LOCATION': '127.0.0.1:11211',}}CACHES = {'default': {'BACKEND': 'django.core.cache.backends.memcached.PyLibMCCache','LOCATION': '/tmp/memcached.sock',}} CACHES = {'default': {'BACKEND': 'django.core.cache.backends.memcached.PyLibMCCache','LOCATION': ['172.19.26.240:11211','172.19.26.242:11211',]}}

View Code

g. Redis缓存（依赖：pip3 install django-redis）

CACHES = {"default": {"BACKEND": "django_redis.cache.RedisCache","LOCATION": "redis://127.0.0.1:6379","OPTIONS": {"CLIENT_CLASS": "django_redis.client.DefaultClient","CONNECTION_POOL_KWARGS": {"max_connections": 100}# "PASSWORD": "密码", }}}

View Code

from django_redis import get_redis_connectionconn = get_redis_connection("default")

视图种连接并操作

2、缓存的三种方式：

使用中间件，经过一系列的认证等操作，如果内容在缓存中存在，则使用FetchFromCacheMiddleware获取内容并返回给用户，当返回给用户之前，判断缓存中是否已经存在，如果不存在则UpdateCacheMiddleware会将缓存保存至缓存，从而实现全站缓存MIDDLEWARE = ['django.middleware.cache.UpdateCacheMiddleware', #这个要设置在最上层，经过所有中间件的response认证之后再把缓存内容返回给用户# 其他中间件...'django.middleware.cache.FetchFromCacheMiddleware', #这个中间件要设置在所有中间件最下层,比如如果设置CSRF中间件前，request请求不用通过csrf认证就能拿到返回 ]CACHE_MIDDLEWARE_ALIAS = ""CACHE_MIDDLEWARE_SECONDS = ""CACHE_MIDDLEWARE_KEY_PREFIX = ""

全局设置缓存

方式一：from django.views.decorators.cache import cache_page@cache_page(60 * 15) #通过装饰器，单位是秒def my_view(request):...方式二：from django.views.decorators.cache import cache_pageurlpatterns = [url(r'^foo/([0-9]{1,2})/$', cache_page(60 * 15)(my_view)),]

单独视图缓存

a. 引入TemplateTag{% load cache %}b. 使用缓存{% cache 5000 缓存key %} # 时间以秒为单位，缓存key自定义缓存内容{% endcache %}

单独模板缓存

三种缓存方式的优先级：如果三种缓存方式同时存在的话，全局设置缓存>单独视图缓存>单独模板缓存, 优先级跟请求生命周期有关

3、文件缓存示例：

a、settings.py中配置

CACHES = {'default': {'BACKEND': 'django.core.cache.backends.filebased.FileBasedCache','LOCATION': os.path.join(BASE_DIR,'cache') #cache文件的保存路径 }}

b、templates下的html文本

{% load cache %} #导入缓存模块<!DOCTYPE html><html lang="en"><head><meta charset="UTF-8"><title></title></head><body><h1>{{ ctime }}</h1><h1>{{ ctime }}</h1>{% cache 10 k1 %} #缓存10秒<h1>{{ ctime }}</h1>{% endcache %}</body></html>

cache.html

c、views.py中的函数

from django.views.decorators.cache import cache_page@cache_page(10) #缓存10秒def cache(request):import timectime = time.time()return render(request, 'cache.html', {'ctime': ctime})

更多Django缓存内容：点击

三、Django 信号

Django中提供了“信号调度”，用于在框架执行操作时解耦。通俗来讲，就是一些动作发生的时候，信号允许特定的发送者去提醒一些接受者。

1、Django内置信号

Model signalspre_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 signalspre_migrate # 执行migrate命令前，自动触发post_migrate# 执行migrate命令后，自动触发Request/response signalsrequest_started # 请求到来前，自动触发request_finished # 请求结束后，自动触发got_request_exception # 请求异常后，自动触发Test signalssetting_changed # 使用test测试修改配置文件时，自动触发template_rendered # 使用test测试渲染模板时，自动触发Database Wrappersconnection_created# 创建数据库连接时，自动触发

内置信号的触发示例：

a.创建信号触发方式

在manage.py同级目录下创建sg.py文件（路径可自定义）

# Django 所有内置函数的导入方式from django.core.signals import request_finishedfrom django.core.signals import request_startedfrom django.core.signals import got_request_exceptionfrom django.db.models.signals import class_preparedfrom django.db.models.signals import pre_init, post_initfrom django.db.models.signals import pre_save, post_savefrom django.db.models.signals import pre_delete, post_deletefrom django.db.models.signals import m2m_changedfrom django.db.models.signals import pre_migrate, post_migratefrom django.test.signals import setting_changedfrom django.test.signals import template_renderedfrom django.db.backends.signals import connection_created# 自定义一个函数def f1(sender, **kwargs): print("hello")# print(sender,kwargs)# 内置信号关联触发函数pre_save.connect(f1)

b.让view中的函数触发信号

需要在与工程同名的目录下的__init__.py文件中导入刚刚创建的sg.py文件

import sg

c 、view.py中进行save操作：

def signal(reuqest):from app01 import modelsobj = models.UserInf(user='root')print('start')obj.save()obj = models.UserInf(user='root')obj.save()obj = models.UserInf(user='root')obj.save()在每个save操作后，信号都会触发一次触发函数，打印一次hello# 输出： starthellohellohello

2、自定义信号

a.sg.py中自定义信号

import django.dispatch # 导入自定义信号类# pizza_done 信号名可以自定义 providing_args=["toppings", "size"] 这个设置的是pizza_done信号的触发条件pizza_done = django.dispatch.Signal(providing_args=["toppings", "size"])def f2(sender, **kwargs):print("f2_callback")print(sender, kwargs)# 自定义信号关联触发函数pizza_done.connect(f2)

b.__init__.py文件

import sg

c 、view.py文件

from sg import pizza_done #导入自定义信号pizza_done.send(sender="kkk",toppings=123, size=456) #sender 名字自定义 return HttpResponse('ok')

本内容不代表本网观点和政治立场，如有侵犯你的权益请联系我们处理。

网友评论

网友评论仅供其表达个人看法，并不表明网站立场。