Python学习—装饰器的力量
Python学习—装饰器的力量
作为许多语言都存在的高级语法之一，装饰器是你必须掌握的知识点。
Python的装饰器（Decorator）允许你扩展和修改可调用对象（函数、方法和类）的行为，而无需永久修改可调用的对象本身。进一步解释就是装饰器（Decorator）：从字面上理解，就是装饰对象的器件。可以在不修改原有代码的情况下，为被装饰的对象增加新的功能或者附加限制条件或者帮助输出。装饰器有很多种，有函数的装饰器，也有类的装饰器。装饰器在很多语言中的名字也不尽相同，它体现的是设计模式中的装饰模式，强调的是开放封闭原则。装饰器的语法是将@装饰器名，放在被装饰对象上面。
@dec
def func():
pass
在进行装饰器的介绍之前，我们必须先明确几个概念和原则：
首先，Python程序是从上往下顺序执行的,而且碰到函数的定义代码块是不会立即执行的，只有等到该函数被调用时，才会执行其内部的代码块。
def foo():
print("foo函数被运行了！")
#如果就这么样，foo里的语句是不会被执行的。
#程序只是简单的将定义代码块读入内存中。
# foo() 只有调用了，才会执行
其次，由于顺序执行的原因，如果你真的对同一个函数定义了两次，那么，后面的定义会覆盖前面的定义。因此，在Python中代码的放置位置是有区别的，不能随意摆放，通常函数体要放在调用的语句之前。
def foo():
print("我是上面的函数定义！")
foo()
def foo():
print("我是下面的函数定义！")
foo()
#----------------
#执行结果：
我是上面的函数定义！
我是下面的函数定义！
然后，我们还要先搞清楚几样东西：函数名、函数体、返回值，函数的内存地址、函数名加括号、函数名被当作参数、函数名加括号被当作参数、返回函数名、返回函数名加括号。
def outer(func):
def inner():
print("我是内层函数！")
return inner
def foo():
print("我是原始函数！")
outer(foo)
outer(foo())
运行结果如下：
D:\anaconda3\python.exe D:/pythonProject/明日科技网络爬虫/aiohttp复现.py
我是原始函数！
Process finished with exit code 0
-
函数名：foo、outer、inner
-
函数体：函数的整个代码结构
-
返回值：return后面的表达式
-
函数的内存地址：id(foo)、id(outer)等等
-
函数名加括号：对函数进行调用，比如foo()、outer(foo)
-
函数名作为参数：outer(foo)中的foo本身是个函数，但作为参数被传递给了outer函数
-
函数名加括号被当做参数：其实就是先调用函数，再将它的返回值当做别的函数的参数，例如outer(foo())
-
返回函数名：return inner
-
返回函数名加括号：return inner()，其实就是先执行inner函数，再将其返回值作为别的函数的返回值。
如果你能理解函数也是一个对象，就能很容易地理解上面的概念。
有了这些基本的概念，我们就可以通过一个实例来讲解Python中装饰器的作用了。
下例是针对函数的装饰器。
虚拟场景
有一个大公司，下属的基础平台部负责内部应用程序及API的开发。另外还有上百个业务部门负责不同的业务，这些业务部门各自调用基础平台部提供的不同函数，也就是API处理自己的业务，情况如下：
# 基础平台部门开发了上百个函数API
def f1():
print("业务部门1的数据接口......")
def f2():
print("业务部门2的数据接口......")
def f3():
print("业务部门3的数据接口......")
def f100():
print("业务部门100的数据接口......")
#各部门分别调用自己需要的API
f1()
f2()
f3()
f100()
运行结果如下：
D:\anaconda3\python.exe D:/pythonProject/明日科技网络爬虫/aiohttp复现.py
业务部门1的数据接口......
业务部门2的数据接口......
业务部门3的数据接口......
业务部门100的数据接口......
Process finished with exit code 0
公司还在创业初期时，基础平台部就开发了这些函数。由于各种原因，比如时间紧，比如人手不足，比如架构缺陷，比如考虑不周等等，没有为函数的调用进行安全认证。现在，公司发展壮大了，不能再像初创时期的“草台班子”一样将就下去了，基础平台部主管决定弥补这个缺陷，于是（纯属虚构场景）：
第一天：主管叫来了一个运维工程师，工程师跑上跑下逐个部门进行通知，让他们在代码里加上认证功能，然后，当天他被开除了。
第二天：主管又叫来了一个运维工程师，工程师用shell写了个复杂的脚本，勉强实现了功能。但他很快就回去接着做运维了，不会开发的运维不是好运维…
第三天：主管叫来了一个python自动化开发工程师。哥们是这么干的，只对基础平台的代码进行重构，让N个业务部门无需做任何修改。这哥们很快也被开了，连运维也没得做。
def f1():
#加入认证程序代码
print("业务部门1数据接口......")
def f2():
# 加入认证程序代码
print("业务部门2数据接口......")
def f3():
# 加入认证程序代码
print("业务部门3数据接口......")
def f100(): #
加入认证程序代码
print("业务部门100数据接口......")
#各部门分别调用
f1()
f2()
f3()
f100()
第四天：主管又换了个开发工程师。他是这么干的：定义个认证函数，在原来其他的函数中调用它，代码如下。
def login():
print("认证成功！")
def f1():
login()
print("业务部门1数据接口......")
def f2():
login()
print("业务部门2数据接口......")
def f3():
login()
print("业务部门3数据接口......")
def f100():
login()
print("业务部门100数据接口......")
#各部门分别调用
f1()
f2()
f3()
f100()
但是主管依然不满意，不过这一次他解释了为什么。主管说：写代码要遵循开放封闭原则，简单来说，已经实现的功能代码内部不允许被修改，但外部可以被扩展。如果将开放封闭原则应用在上面的需求中，那么就是不允许在函数f1 、f2、f3…f100的内部进行代码修改，但是可以在外部对它们进行扩展。
第五天：已经没有时间让主管找别人来干这活了，他决定亲自上阵，使用装饰器完成这一任务，并且打算在函数执行后再增加个日志功能。主管的代码如下：
def outer(func):
def inner():
print("认证成功！")
result = func()
print("日志添加成功")
return result
return inner
@outerdef
f1():
print("业务部门1数据接口......")
@outerdef
f2():
print("业务部门2数据接口......")
@outer
def f3():
print("业务部门3数据接口......")
@outer
def f100():
print("业务部门100数据接口......")
#各部门分别调用
f1()
f2()
f3()
af100()
使用装饰器@outer，也是仅需对基础平台的代码进行拓展，就可以实现在其他部门调用函数API之前都进行认证操作，在操作结束后保存日志，并且其他业务部门无需对他们自己的代码做任何修改，调用方式也不用变。
装饰器机制分析
下面以f1函数为例，对装饰器的运行机制进行分析：
def outer(func):
def inner():
print("认证成功！")
result = func()
print("日志添加成功")
return result
return inner
@outerdef f1():
print("业务部门1数据接口......")
-
程序开始运行，从上往下解释，读到def outer(func):的时候，发现这是个“一等公民”函数，于是把函数体加载到内存里，然后过。
-
读到@outer的时候，程序被@这个语法糖吸引住了，知道这是个装饰器，按规矩要立即执行的，于是程序开始运行@后面那个名字outer所定义的函数。
-
程序返回到outer函数，开始执行装饰器的语法规则。规则是：**被装饰的函数的名字会被当作参数传递给装饰函数。**装饰函数执行它自己内部的代码后，会将它的返回值赋值给被装饰的函数。原来的f1函数被当做参数传递给了func，而f1这个函数名之后会指向inner函数。
注意：@outer和@outer()有区别，没有括号时，outer函数依然会被执行，这和传统的用括号才能调用函数不同，需要特别注意！
另外，是f1这个函数名（而不是f1()这样被调用后）当做参数传递给装饰函数outer，也就是：func = f1，@outer等于outer(f1),实际上传递了f1的函数体，而不是执行f1后的返回值。
还有，outer函数return的是inner这个函数名，而不是inner()这样被调用后的返回值。
4.程序开始执行outer函数内部的内容，一开始它又碰到了一个函数inner，inner函数定义块被程序观察到后不会立刻执行，而是读入内存中（这是默认规则）。
5.再往下，碰到return inner，返回值是个函数名，并且这个函数名会被赋值给f1这个被装饰的函数，也就是f1 = inner。根据前面的知识，我们知道，此时f1函数被新的函数inner覆盖了（实际上是f1这个函数名更改成指向inner这个函数名指向的函数体内存地址，f1不再指向它原来的函数体的内存地址），再往后调用f1的时候将执行inner函数内的代码，而不是先前的函数体。那么先前的函数体去哪了？还记得我们将f1当做参数传递给func这个形参么？func这个变量保存了老的函数在内存中的地址，通过它就可以执行老的函数体，你能在inner函数里看到result = func()这句代码，它就是这么干的！
6.接下来，还没有结束。当业务部门，依然通过f1()的方式调用f1函数时，执行的就不再是旧的f1函数的代码，而是inner函数的代码。在本例中，它首先会打印个“认证成功”的提示，很显然你可以换成任意的代码，这只是个示例；然后，它会执行func函数并将返回值赋值给变量result，这个func函数就是旧的f1函数；接着，它又打印了“日志保存”的提示，这也只是个示例，可以换成任何你想要的；最后返回result这个变量。我们在业务部门的代码上可以用r = f1()的方式接受result的值。
7.以上流程走完后，你应该看出来了，在没有对业务部门的代码和接口调用方式做任何修改的同时，也没有对基础平台部原有的代码做内部修改，仅仅是添加了一个装饰函数，就实现了我们的需求，在函数调用前进行认证，调用后写入日志。这就是装饰器的最大作用。
那么为什么我们要搞一个outer函数一个inner函数这么复杂呢？一层函数不行吗？
答：请注意，@outer这句代码在程序执行到这里的时候就会自动执行outer函数内部的代码，如果不封装一下，在业务部门还未进行调用的时候，就执行了，这和初衷不符。当然，如果你对这个有需求也不是不行。请看下面的例子，它只有一层函数。
def outer(func):
print("认证成功！")
result = func()
print("日志添加成功")
return result
@outerdef f1():
print("业务部门1数据接口......")
# 业务部门并没有调用f1函数------------------------------------------
执行结果：
认证成功！
业务部门1数据接口......
日志添加成功
看见了吗？我们只是定义好了装饰器，业务部门还没有调用f1函数呢，程序就把工作全做了。这就是为什么要封装一层函数的原因。
细心的同学可能已经发现了，上面的例子中，f1函数没有参数，在实际情况中肯定会需要参数的，函数的参数怎么传递的呢？
def outer(func):
def inner(username):
print("认证成功！")
result = func(username)
print("日志添加成功")
return result
return inner
@outerdef f1(name):
print("%s 正在连接业务部门1数据接口......"%name)
# 调用方法
f1("jack")
在inner函数的定义部分也加上一个参数，调用func函数的时候传递这个参数，很好理解吧？可问题又来了，那么另外一个部门调用的f2有2个参数呢？f3有3个参数呢？你怎么传递？很简单，我们有*args和**kwargs嘛！号称“万能参数”！简单修改一下上面的代码：
def outer(func):
def inner(*args, **kwargs):
print("认证成功！")
result = func(*args, **kwargs)
print("日志添加成功")
return result
return inner
@outerdef f1(name,age):
print("%s 正在连接业务部门1数据接口......" %name)
# 调用方法
f1("老王", 58)
运行结果如如下：
D:\anaconda3\python.exe D:/pythonProject/明日科技网络爬虫/aiohttp复现.py
认证成功！
老王 正在连接业务部门1数据接口......
日志添加成功
Process finished with exit code 0
介绍到这里，装饰器的基本概念和初级使用方法，你应该有了一定的了解了。那么进一步思考一下，一个函数可以被多个函数装饰吗？可以的！看下面的例子！
def outer1(func):
def inner(*args,**kwargs):
print("认证成功！")
result = func(*args,**kwargs)
print("日志添加成功")
return result
return inner
def outer2(func):
def inner(*args,**kwargs):
print("一条欢迎信息。。。")
result = func(*args,**kwargs)
print("一条欢送信息。。。")
return result
return inner
@outer1
@outer2
def f1(name,age):
print("%s 正在连接业务部门1数据接口......"%name)
# 调用方法
f1("老王", 58)
运行结果如下：
D:\anaconda3\python.exe D:/pythonProject/明日科技网络爬虫/aiohttp复现.py
认证成功！
一条欢迎信息。。。
老王 正在连接业务部门1数据接口......
一条欢送信息。。。
日志添加成功
Process finished with exit code 0
更更进一步，装饰器自己可以有参数吗？可以的！看下面的例子：
# 认证函数
def auth(request, kargs):
print("认证成功！")
# 日志函数
def log(request, kargs):
print("日志添加成功")
# 装饰器函数。接收两个参数，这两个参数应该是某个函数的名字。
def Filter(auth_func, log_func):
# 第一层封装，f1函数实际上被传递给了main_fuc这个参数
def outer(main_func):
# 第二层封装，auth和log函数的参数值被传递到了这里
def wrapper(request, kargs):
# 下面代码的判断逻辑不重要，重要的是参数的引用和返回值
before_result = auth(request, kargs)
if (before_result != None):
return before_result
main_result = main_func(request, kargs)
if(main_result != None):
return main_result
after_result = log(request, kargs)
if (after_result != None):
return after_result
return wrapper
return outer
# 注意了，这里的装饰器函数有参数哦，它的意思是先执行filter函数
# 然后将filter函数的返回值作为装饰器函数的名字返回到这里，所以，
# 其实这里，Filter(auth,log) = outer , @Filter(auth,log) = @outer
@Filter(auth, log)
def f1(name, age):
print("%s 正在连接业务部门1数据接口......" % name)
# 调用方法
f1("老王", 58)
运行结果如如下：
D:\anaconda3\python.exe D:/pythonProject/明日科技网络爬虫/aiohttp复现.py
认证成功！
老王 正在连接业务部门1数据接口......
日志添加成功
Process finished with exit code 0
装饰器的学问博大精深，需要我们不断的学习思考。官方文档和框架源码是比较好的学习对象。
的装饰器函数有参数哦，它的意思是先执行filter函数
然后将filter函数的返回值作为装饰器函数的名字返回到这里，所以，
其实这里，Filter(auth,log) = outer , @Filter(auth,log) = @outer
@Filter(auth, log)
def f1(name, age):
print(“%s 正在连接业务部门1数据接口…” % name)
调用方法
f1(“老王”, 58)
运行结果如如下：
```shell
D:\anaconda3\python.exe D:/pythonProject/明日科技网络爬虫/aiohttp复现.py
认证成功！
老王 正在连接业务部门1数据接口......
日志添加成功
Process finished with exit code 0
装饰器的学问博大精深，需要我们不断的学习思考。官方文档和框架源码是比较好的学习对象。