Python装饰器，是深入Python大门的一道坎，所以我们必须跨过去。本文将由浅入深详细讲解Python的装饰器，助各位同学将其掌握。
背景知识
在讲解装饰器之前，需要先了解Python中的3个知识点：
- 函数即"变量"：函数定义和调用的区别；
- 高阶函数；
- 嵌套函数；
为什么需要装饰器
假设我们的程序实现了下面两个函数：
def say_hello():
print("hello!")
def say_goodbye():
print("hello!") # 这里存在bug
if __name__ == "__main__":
say_hello()
say_goodbye()
但是在实际调用中，我们发现程序产生了bug，上面两个代码都打印了hello。经过调试发现是say_goodbye()出错了，项目经理要求调用每个方法前都要记录进入函数的名称，比如：
[DEBUG]：Enter say_hell()
Hello!
[DEBUG]：Enter say_goodbye()
Goodbye!
好，小A刚毕业来公司不久，他是这样实现的：
def say_hello():
print("[DEBUG]：enter say_hello()")
print("hello!")
def say_goodbye():
print("[DEBUG]：enter say_goodbye()")
print("hello!")
if __name__ == "__main__":
say_hello()
say_goodbye()
很low吧？确实很low，小B工作有一段时间了，他告诉小A可以这样写：
def debug():
import inspect
caller_name = inspect.stack()[1][3]
print("[DEBUG]：enter {}()".format(caller_name))
def say_hello():
debug()
print("hello!")
def say_goodbye():
debug()
print("hello!")
if __name__ == "__main__":
say_hello()
say_goodbye()
是不是好点儿了？那当然，但是每个业务函数那里都要调用一下debug()函数，是不是很难受？万一老板所say相关的函数不用debug，do相关的才需要呢？那么装饰器这时候就该登场了。
装饰器本质上是一个Python函数，它可以在其他函数源代码不做任何改变的情况下，为其增加额外功能，装饰器的返回值是一个函数对象(函数名)。它经常用于有切面需求的场景，比如：插入日志，性能测试，事务处理，缓存和权限校验等。装饰器是解决这类问题的绝佳设计，有了装饰器，我们就可以抽离出大量与函数功能本身无关的雷同代码并继续重用。
总结：装饰器的作用就是为已存在的函数或对象添加额外功能。
如何写装饰器
在比较早的时候，为一个函数添加额外功能的写法是下面这样的：
def debug(func):
def wrapper():
print("[DEBUG]：enter {}()".format(func.__name__))
return func()
return wrapper
def say_hello():
print("Hello!")
say_hello = debug(say_hello) # 添加功能并保持原函数名不变
上面的debug函数其实已经是一个装饰器了，它对原函数做了包装并返回了另外一个函数，额外增加了一些功能，因为这样写实在太不优雅，在后面版本的Python中支持了@语法糖，下面代码等同于上面早期的写法：
def debug(func):
def wrapper():
print("[DEBUG]：enter {}()".format(func.__name__))
return func()
return wrapper
@debug
def say_hello():
print("Hello!")
这是最简单的装饰器，但是有一个问题，如果被装饰的函数需要传入参数，那么这个装饰器就坏了。因为返回的函数并不能接受参数，我们可以指定装饰器函数wrapper接受和原函数一样的参数，比如：
def debug(func):
def wrapper(something): # 指定一模一样的参数
print("[DEBUG]：enter {}()".format(func.__name__))
return func(something)
return wrapper # 返回包装过的函数
@debug
def say_hello(something):
print("Hello!".format(something))
这样就解决了上面这个问题，但是又多了N个问题。因为项目中的函数有很多，其他人的函数参数是什么，鬼知道？还好Python提供了可变参数*args和关键字参数**kwargs，有了这两个参数，装饰器就可以用于任意目标函数了。
def debug(func):
def wrapper(*args, **kwargs): # 指定宇宙无敌参数
print("[DEBUG]：enter {}()".format(func.__name__))
print("Prepare and say...")
return func(*args, **kwargs)
return wrapper # 返回包装过的函数
@debug
def say_hello(something):
print("Hello!".format(something))
至此，我们已经完全掌握初级装饰器的写法了，接下来继续学习高级装饰器。
高级装饰器
带参数的装饰器和类装饰器属于进阶的内容，在理解这些装饰器之前，最好对函数的闭包和装饰器的接口约定有一定的了解。
带参数的装饰器
假设我们前文的装饰器需要完成的功能不仅仅是能在进入某个函数吼打出log信息，而且还需指定log的级别，那么装饰器就会是下面这样的：
def logging(level):
def wrapper(func):
def inner_wrapper(*args, **kwargs):
print("[{level}]：enter function {func}()".format(
level=level,
func=func.__name__
))
return func(*args, **kwargs)
return inner_wrapper
return wrapper
@logging(level="INFO")
def say(something):
print("say {}".format(something))
# 如果没有使用@语法，等同于say = logging(level="INFO")(say)
@logging(level="DEBUG")
def do(something):
print("do {}...".format(something))
if __name__ == "__main__":
say("hello")
do("my work")
是不是有些晕？我们可以这么理解，当带参数的装饰器被打在某个函数上时，比如logging(level="DEBUG")，它其实是一个函数，会马上被执行，只要它返回的结果是一个装饰器，那就没问题，可以仔细体会体会。
基于类实现的装饰器
装饰器函数其实是这样一个接口约束，它必须接收一个callable对象作为参数，然后返回一个callable对象。在Python中一般callable对象都是函数，但也有例外。只要某个对象重载了__call__()方法，那么这个对象就是callable的。
class Test:
def __call__(self):
print("call me!")
t = Test()
t() # call me!
像__call__()这样前后都带有下划线的方法在Python中被称为内置方法，有时候也被称为魔法方法。重载这些魔法方法一般会改变对象的内部行为。上面这个例子就让一个类对象拥有了被调用的行为。
回到装饰器上来，装饰器要求接受一个callable对象，并返回一个callable对象(不太严谨，详见下文)。那么用类来实现也是可以的，我们可以让类的构造函数__init__()接受一个函数，然后重载__call__()并返回一个函数，也可以达到装饰器的效果。
class Logging:
def __init__(self, func):
self.func = func
def __call__(self, *args, **kwargs):
print("[DEBUG]：enter function {func}()".format(func=self.func.__name__))
return self.func(*args, **kwargs)
@Logging
def say(something):
print("say {}!".format(something))
带参数的类装饰器
如果需要通过类形式实现带参数的装饰器，那么就会比前面的例子稍微复杂点儿。那么在构造函数里接受的就不是一个函数，而是传入的参数。通过类把这些参数保存起来，然后在重载__call__()方法就需要接受一个函数并返回一个函数。
class Logging:
def __init__(self, level="INFO"):
self.level = level
def __call__(self, func): # 接受函数
def wrapper(*args, **kwargs):
print("[{level}]：enter function {func}()".format(
level=self.level,
func=func.__name__
))
func(*args, **kwargs)
return wrapper # 返回函数
@Logging(level="INFO")
def say(something):
print("say {}!".format(something))
内置的装饰器
内置的装饰器和普通的装饰器原理是一样的，只不过返回的不是函数，而是类对象，所以更难理解。
@property
在了解这个装饰器前，我们需要知道在不使用装饰器怎么些一个属性。
def getx(self):
return self._x
def setx(self, value):
self._x = value
def delx(self):
del self._x
# create a property
x = property(getx, setx, delx, "I am doc for x property.")
以上就是Python属性的标准写法，其实和Java挺像的，但是太罗嗦。有了@语法糖，能达到一样的效果但看起来更简单。
@property
def x(self):...
# 等同于
def x(self):...
x = property(x)
属性有三个装饰器：setter，getter，deleter，都是在property()的基础上做了一些封装，因为setter和deleter是property()的第二个和第三个参数，不能直接套用@语法糖。getter装饰器和不带getter的属性装饰器效果是一样的，估计只是为了凑数，本身没有任何存在的意义。经过@property装饰过的函数返回的不再是一个函数，而是一个property对象。
property()
<property object at 0x00000203CE7197C8>
@staticmethod，@classmethod
有了@property装饰器的了解，这两个装饰器的原理是差不多的。@staticmethod返回的是staticmethod类对象，而@classmethod返回的是一个classmethod类对象。他们都是调用各自的__init__()构造函数。
class classmethod(object):
"""
classmethod(function) -> method
"""
def __init__(self, function): # for @classmethod decorator
pass
# ...
class staticmethod(object):
"""
staticmethod(function) -> method
"""
def __init__(self, function): # for @staticmethod decorator
pass
# ...
装饰器的@语法就等同调用了这两个类的构造函数。
class Foo:
@staticmethod
def bar(): # 等同于bar = staticmethod(bar)
pass
至此，我们上文提到的装饰器接口定义可以更加明确些，装饰器必须接受一个callable对象，其实它并不关心你返回什么，可以是另外一个callable对象(大部分情况)，也可以是其他类对象，比如：property。
装饰器里的那些坑
装饰器可以让我们的代码更加优雅，减少重复，但也不全是优点，它也会带来一些问题。
位置错误的代码
示例：
def html_tags(tag_name):
print 'begin outer function.'
def wrapper_(func):
print "begin of inner wrapper function."
def wrapper(*args, **kwargs):
content = func(*args, **kwargs)
print "<{tag}>{content}</{tag}>".format(tag=tag_name, content=content)
print 'end of inner wrapper function.'
return wrapper
print 'end of outer function'
return wrapper_
@html_tags('b')
def hello(name='Toby'):
return 'Hello {}!'.format(name)
hello()
hello()
在装饰器中，我在各个可能的位置都加上了print语句，用于记录被调用的情况。你知道它们最后打印出来的顺序吗？如果你心里没底，那么最好不要在装饰器函数之外添加逻辑功能，否则这个装饰器就不受你的控制了。以下是输出结果：
begin outer function.
end of outer function
begin of inner wrapper function.
end of inner wrapper function.
<b>Hello Toby!</b>
<b>Hello Toby!</b>
错误的函数签名和文档
装饰器装饰过的函数看上去名字没变，其实已经变了。
from datetime import datetime
def logging(func):
def wrapper(*args, **kwargs):
"""print log before a function."""
print("[DEBUG]：enter {}()".format(datetime.now(), func.__name__))
return func(*args, **kwargs)
return wrapper
@logging
def say(something):
"""say something"""
print("say {}!".format(something))
print(say.__name__) # wrapper
为什么会这样呢？只要你想想装饰器的语法糖@代替的东西就明白了。@等同于下面的写法：
say = logging(say)
logging其实返回的函数名字刚好是wrapper，那么上面的这个语句刚好就是把这个结果赋值给say，say的__name__自然也就是wrapper了，不仅仅是name，其他属性也都是来自wrapper，比如：doc，source等等。
使用标准库里的functools.wraps，可以基本解决这个问题：
from functools import wraps
from datetime import datetime
def logging(func):
@wraps(func)
def wrapper(*args, **kwargs):
"""print log before a function."""
print("[DEBUG]：enter {}()".format(datetime.now(), func.__name__))
return func(*args, **kwargs)
return wrapper
@logging
def say(something):
"""say something."""
print("say {}".format(something))
print(say.__name__) # say
print(say.__doc__) # say something
看上去不错！主要问题解决了，但其实还不太完美，因为函数的签名和源码还是拿不到。
import inspect
print(inspect.getargs(say)) # failed
print(inspect.getsource(say)) # failed
如果要彻底解决这个问题，可以借用第三方包，比如：wrapt，后文有介绍。
不能装饰@staticmethod或者@classmethod
当你想把装饰器用在一个静态方法或者类方法时，不好意思，报错了。
class Car(object):
def __init__(self, model):
self.model = model
@logging # 装饰实例方法，OK
def run(self):
print "{} is running!".format(self.model)
@logging # 装饰静态方法，Failed
@staticmethod
def check_model_for(obj):
if isinstance(obj, Car):
print "The model of your car is {}".format(obj.model)
else:
print "{} is not a car!".format(obj)
"""
Traceback (most recent call last):
...
File "example_4.py", line 10, in logging
@wraps(func)
File "C:Python27libfunctools.py", line 33, in update_wrapper
setattr(wrapper, attr, getattr(wrapped, attr))
AttributeError: 'staticmethod' object has no attribute '__module__'
"""
前面已经解释了@staticmethod这个装饰器，其实它返回的并不是一个callable对象，而是一个staticmethod对象，那么它是不符合装饰器要求的(比如传入一个callable对象)，我们自然不能在它之上再加别的装饰器。要解决这个问题很简单，只要把你的装饰器放在@staticmethod之前就好了，因为你的装饰器返回的还是一个正常的函数，然后再加上一个@staticmethod是不会出问题的：
class Car(object):
def __init__(self, model):
self.model = model
@staticmethod
@logging # 在@staticmethod之前装饰，OK
def check_model_for(obj):
pass
如何优化你的装饰器
嵌套的装饰函数不太直观，我们可以使用第三方包类改进这样的情况，让装饰器函数可读性更好。decorator.py是一个非常简单的装饰器加强包，我们可以很直观的先定义包函数wrapper()，再使用decorator(func, wrapper)方法就可以完成一个装饰器。(注意：由于这里使用的是第三方包，所以需要使用pip install安装之后才能使用)
from decorator import decorate
from datetime import datetime
def wrapper(func, *args, **kwargs):
"""print log before a function."""
print("[DEBUG]：enter {}()".format(datetime.now(), func.__name__))
return func(*args, **kwargs)
def logging(func):
return decorate(func, wrapper) # 用wrapper装饰func
我们也可以使用它自带的@decorator装饰器来完成我们的装饰器。
from decorator import decorator
@decorator
def logging(func, *args, **kwargs):
print("[DEBUG]：enter {}().".format(func.__name))
return func(*args, **kwargs)
decorator.py实现的装饰器能完整保留原函数的name，doc和args，唯一有一个问题就是inspect.getsource(func)返回的还是装饰器的源代码，我们需要改成inspect.getsource(func.wrapped)。
wrapt
wrapt是一个功能非常完善的包，用于实现各种你想到或者你没想到的装饰器。使用wrapt实现的装饰器你需要担心之前inspect中遇到的所有问题，因为它都帮你处理了，甚至inspect.getsource(func)也准确无误。
import wrapt
# without argument in decorator
@wrapt.decorator
def logging(wrapped, instance, args, kwargs): # instance is must
print("[DEBUG]：enter {}()".format(wrapped.__name__))
return wrapped(*args, **kwargs)
@logging
def say(something): pass
是用wrapt我们只需要定义一个装饰器函数，但是函数签名是固定的，必须是(wrapped, instance, args, kwargs)，注意第二个参数instance是必须的，就算不用。当装饰器在不同位置时它将得到不同的值，比如：装饰器在类实例方法时，我们可以拿到类实例。根据instance的值我们能够更加灵活的调整装饰器。另外args和kwargs也是固定的，注意前面没有星号。在装饰器内部调用原函数时才带星号。如果我们需要使用wrapt写一个带参数的装饰器，可以这样写：
import wrapt
def logging(level):
@wrapt.decorator
def wrapper(wrapped, instance, args, kwargs):
print("[DEBUG]：enter {}()".format(level, wrapped.__name__))
return wrapped(*args, **kwargs)
@logging(level="INFO")
def do(work): pass