提示:前面的内容较为基础,重点知识在后半段。python
with
这个关键字,对于每一学习Python的人,都不会陌生。数据库
操做文本对象的时候,几乎全部的人都会让咱们要用 with open
,这就是一个上下文管理的例子。你必定已经至关熟悉了,我就再也不废话了。bash
with open('test.txt') as f:
print f.readlines()
复制代码
基本语法函数
with EXPR as VAR:
BLOCK
复制代码
先理清几个概念工具
1. 上下文表达式:with open('test.txt') as f:
2. 上下文管理器:open('test.txt')
3. f 不是上下文管理器,应该是资源对象。
复制代码
要本身实现这样一个上下文管理,要先知道上下文管理协议。学习
简单点说,就是在一个类里,实现了__enter__
和__exit__
的方法,这个类的实例就是一个上下文管理器。spa
例如这个示例:3d
class Resource():
def __enter__(self):
print('===connect to resource===')
return self
def __exit__(self, exc_type, exc_val, exc_tb):
print('===close resource connection===')
def operate(self):
print('===in operation===')
with Resource() as res:
res.operate()
复制代码
咱们执行一下,经过日志的打印顺序。能够知道其执行过程。代理
===connect to resource===
===in operation===
===close resource connection===
复制代码
从这个示例能够很明显的看出,在编写代码时,能够将资源的链接或者获取放在__enter__
中,而将资源的关闭写在__exit__
中。日志
学习时多问本身几个为何,养成对一些细节的思考,有助于加深对知识点的理解。
为何要使用上下文管理器?
在我看来,这和 Python 崇尚的优雅风格有关。
第一种,咱们上面已经以资源的链接为例讲过了。
而第二种,会被大多数人所忽略。这里会重点讲一下。
你们都知道,处理异常,一般都是使用 try...execept..
来捕获处理的。这样作一个很差的地方是,在代码的主逻辑里,会有大量的异常处理代理,这会很大的影响咱们的可读性。
好一点的作法呢,可使用 with
将异常的处理隐藏起来。
仍然是以上面的代码为例,咱们将1/0
这个必定会抛出异常的代码
写在 operate
里
class Resource():
def __enter__(self):
print('===connect to resource===')
return self
def __exit__(self, exc_type, exc_val, exc_tb):
print('===close resource connection===')
return True
def operate(self):
1/0
with Resource() as res:
res.operate()
复制代码
运行一下,惊奇地发现,竟然不会报错。
这就是上下文管理协议的一个强大之处,异常能够在__exit__
进行捕获并由你本身决定如何处理,是抛出呢仍是在这里就解决了。在__exit__
里返回 True
(没有return 就默认为 return False),就至关于告诉 Python解释器,这个异常咱们已经捕获了,不须要再往外抛了。
在 写__exit__
函数时,须要注意的事,它必需要有这三个参数:
当主逻辑代码没有报异常时,这三个参数将都为None。
在上面的例子中,咱们只是为了构建一个上下文管理器,却写了一个类。若是只是要实现一个简单的功能,写一个类未免有点过于繁杂。这时候,咱们就想,若是只写一个函数就能够实现上下文管理器就行了。
这个点Python早就想到了。它给咱们提供了一个装饰器,你只要按照它的代码协议来实现函数内容,就能够将这个函数对象变成一个上下文管理器。
咱们按照 contextlib 的协议来本身实现一个打开文件(with open)的上下文管理器。
import contextlib
@contextlib.contextmanager
def open_func(file_name):
# __enter__方法
print('open file:', file_name, 'in __enter__')
file_handler = open(file_name, 'r')
# 【重点】:yield
yield file_handler
# __exit__方法
print('close file:', file_name, 'in __exit__')
file_handler.close()
return
with open_func('/Users/MING/mytest.txt') as file_in:
for line in file_in:
print(line)
复制代码
在被装饰函数里,必须是一个生成器(带有yield),而yield以前的代码,就至关于__enter__
里的内容。yield 以后的代码,就至关于__exit__
里的内容。
上面这段代码只能实现上下文管理器的第一个目的(管理资源),并不能实现第二个目的(处理异常)。
若是要处理异常,能够改为下面这个样子。
import contextlib
@contextlib.contextmanager
def open_func(file_name):
# __enter__方法
print('open file:', file_name, 'in __enter__')
file_handler = open(file_name, 'r')
try:
yield file_handler
except Exception as exc:
# deal with exception
print('the exception was thrown')
finally:
print('close file:', file_name, 'in __exit__')
file_handler.close()
return
with open_func('/Users/MING/mytest.txt') as file_in:
for line in file_in:
1/0
print(line)
复制代码
好像只要讲到上下文管理器,大多数人都会谈到打开文件这个经典的例子。
可是在实际开发中,可使用到上下文管理器的例子也很多。我这边举个我本身的例子。
在OpenStack中,给一个虚拟机建立快照时,须要先建立一个临时文件夹,来存放这个本地快照镜像,等到本地快照镜像建立完成后,再将这个镜像上传到Glance。而后删除这个临时目录。
这段代码的主逻辑是建立快照
,而建立临时目录
,属于前置条件,删除临时目录
,是收尾工做。
虽然代码量不多,逻辑也不复杂,可是“建立临时目录,使用完后再删除临时目录
”这个功能,在一个项目中不少地方都须要用到,若是能够将这段逻辑处理写成一个工具函数做为一个上下文管理器,那代码的复用率也大大提升。
代码是这样的
总结起来,使用上下文管理器有三个好处: