本文转自:https://www.ibm.com/developerworks/cn/opensource/os-cn-pythonwith/index.html,我的感受这篇文章对with介绍得很清楚,因此转帖在这里,以便之后复习时用到。html
with 语句是从 Python 2.5 开始引入的一种与异常处理相关的功能(2.5 版本中要经过 from __future__ import with_statement 导入后才可使用),从 2.6 版本开始缺省可用(参考 What's new in Python 2.6? 中 with 语句相关部分介绍)。with 语句适用于对资源进行访问的场合,确保无论使用过程当中是否发生异常都会执行必要的“清理”操做,释放资源,好比文件使用后自动关闭、线程中锁的自动获取和释放等。python
要使用 with 语句,首先要明白上下文管理器这一律念。有了上下文管理器,with 语句才能工做。数据库
下面是一组与上下文管理器和with 语句有关的概念。express
上下文管理协议(Context Management Protocol):包含方法 __enter__() 和 __exit__(),支持网络
该协议的对象要实现这两个方法。函数
上下文管理器(Context Manager):支持上下文管理协议的对象,这种对象实现了ui
__enter__() 和 __exit__() 方法。上下文管理器定义执行 with 语句时要创建的运行时上下文,编码
负责执行 with 语句块上下文中的进入与退出操做。一般使用 with 语句调用上下文管理器,spa
也能够经过直接调用其方法来使用。线程
运行时上下文(runtime context):由上下文管理器建立,经过上下文管理器的 __enter__() 和
__exit__() 方法实现,__enter__() 方法在语句体执行以前进入运行时上下文,__exit__() 在
语句体执行完后从运行时上下文退出。with 语句支持运行时上下文这一律念。
上下文表达式(Context Expression):with 语句中跟在关键字 with 以后的表达式,该表达式
要返回一个上下文管理器对象。
语句体(with-body):with 语句包裹起来的代码块,在执行语句体以前会调用上下文管
理器的 __enter__() 方法,执行完语句体以后会执行 __exit__() 方法。
with 语句的语法格式以下:
清单 1. with 语句的语法格式
1 2 |
|
这里 context_expression 要返回一个上下文管理器对象,该对象并不赋值给 as 子句中的 target(s) ,若是指定了 as 子句的话,会将上下文管理器的 __enter__() 方法的返回值赋值给 target(s)。target(s) 能够是单个变量,或者由“()”括起来的元组(不能是仅仅由“,”分隔的变量列表,必须加“()”)。
Python 对一些内建对象进行改进,加入了对上下文管理器的支持,能够用于 with 语句中,好比能够自动关闭文件、线程锁的自动获取和释放等。假设要对一个文件进行操做,使用 with 语句能够有以下代码:
清单 2. 使用 with 语句操做文件对象
1 2 3 4 |
|
这里使用了 with 语句,无论在处理文件过程当中是否发生异常,都能保证 with 语句执行完毕后已经关闭了打开的文件句柄。若是使用传统的 try/finally 范式,则要使用相似以下代码:
清单 3. try/finally 方式操做文件对象
1 2 3 4 5 6 7 |
|
比较起来,使用 with 语句能够减小编码量。已经加入对上下文管理协议支持的还有模块 threading、decimal 等。
PEP 0343 对 with 语句的实现进行了描述。with 语句的执行过程相似以下代码块:
清单 4. with 语句执行过程
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 |
|
开发人员能够自定义支持上下文管理协议的类。自定义的上下文管理器要实现上下文管理协议所须要的 __enter__() 和 __exit__() 两个方法:
True 表示不处理异常,不然会在退出该方法后从新抛出异常以由 with 语句以外的代码逻辑进行处理。若是该方法内部产生异常,则会取代由 statement-body 中语句产生的异常。要处理异常时,不要显示从新抛出异常,即不能从新抛出经过参数传递进来的异常,只须要将返回值设置为 False 就能够了。以后,上下文管理代码会检测是否 __exit__() 失败来处理异常
下面经过一个简单的示例来演示如何构建自定义的上下文管理器。注意,上下文管理器必须同时提供 __enter__() 和 __exit__() 方法的定义,缺乏任何一个都会致使 AttributeError;with 语句会先检查是否提供了 __exit__() 方法,而后检查是否认义了 __enter__() 方法。
假设有一个资源 DummyResource,这种资源须要在访问前先分配,使用完后再释放掉;分配操做能够放到 __enter__() 方法中,释放操做能够放到 __exit__() 方法中。简单起见,这里只经过打印语句来代表当前的操做,并无实际的资源分配与释放。
清单 5. 自定义支持 with 语句的对象
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
|
DummyResource 中的 __enter__() 返回的是自身的引用,这个引用能够赋值给 as 子句中的 target 变量;返回值的类型能够根据实际须要设置为不一样的类型,没必要是上下文管理器对象自己。
__exit__() 方法中对变量 exc_tb 进行检测,若是不为 None,表示发生了异常,返回 False 表示须要由外部代码逻辑对异常进行处理;注意到若是没有发生异常,缺省的返回值为 None,在布尔环境中也是被看作 False,可是因为没有异常发生,__exit__() 的三个参数都为 None,上下文管理代码能够检测这种状况,作正常处理。
下面在 with 语句中访问 DummyResource :
清单 6. 使用自定义的支持 with 语句的对象
1 2 3 4 5 6 7 |
|
第1个 with 语句的执行结果以下:
清单 7. with 语句1执行结果
1 2 3 4 5 |
|
能够看到,正常执行时会先执行完语句体 with-body,而后执行 __exit__() 方法释放资源。
第2个 with 语句的执行结果以下:
清单 8. with 语句2执行结果
1 2 3 4 5 6 7 8 9 10 |
|
能够看到,with-body 中发生异常时with-body 并无执行完,但资源会保证被释放掉,同时产生的异常由 with 语句以外的代码逻辑来捕获处理。
能够自定义上下文管理器来对软件系统中的资源进行管理,好比数据库链接、共享资源的访问控制等。Python 在线文档 Writing Context Managers 提供了一个针对数据库链接进行管理的上下文管理器的简单范例。
contextlib 模块提供了3个对象:装饰器 contextmanager、函数 nested 和上下文管理器 closing。使用这些对象,能够对已有的生成器函数或者对象进行包装,加入对上下文管理协议的支持,避免了专门编写上下文管理器来支持 with 语句。
contextmanager 用于对生成器函数进行装饰,生成器函数被装饰之后,返回的是一个上下文管理器,其 __enter__() 和 __exit__() 方法由 contextmanager 负责提供,而再也不是以前的迭代子。被装饰的生成器函数只能产生一个值,不然会致使异常 RuntimeError;产生的值会赋值给 as 子句中的 target,若是使用了 as 子句的话。下面看一个简单的例子。
清单 9. 装饰器 contextmanager 使用示例
1 2 3 4 5 6 7 8 9 10 11 12 |
|
结果输出以下:
清单 10. contextmanager 使用示例执行结果
1 2 3 4 5 |
|
能够看到,生成器函数中 yield 以前的语句在 __enter__() 方法中执行,yield 以后的语句在 __exit__() 中执行,而 yield 产生的值赋给了 as 子句中的 value 变量。
须要注意的是,contextmanager 只是省略了 __enter__() / __exit__() 的编写,但并不负责实现资源的“获取”和“清理”工做;“获取”操做须要定义在 yield 语句以前,“清理”操做须要定义 yield 语句以后,这样 with 语句在执行 __enter__() / __exit__() 方法时会执行这些语句以获取/释放资源,即生成器函数中须要实现必要的逻辑控制,包括资源访问出现错误时抛出适当的异常。
nested 能够将多个上下文管理器组织在一块儿,避免使用嵌套 with 语句。
清单 11. nested 语法
1 2 |
|
相似于:
清单 12. nested 执行过程
1 2 3 4 |
|
须要注意的是,发生异常后,若是某个上下文管理器的 __exit__() 方法对异常处理返回 False,则更外层的上下文管理器不会监测到异常。
closing 的实现以下:
清单 13. 上下文管理 closing 实现
1 2 3 4 5 6 7 8 |
|
上下文管理器会将包装的对象赋值给 as 子句的 target 变量,同时保证打开的对象在 with-body 执行完后会关闭掉。closing 上下文管理器包装起来的对象必须提供 close() 方法的定义,不然执行时会报 AttributeError 错误。
清单 14. 自定义支持 closing 的对象
1 2 3 4 5 6 7 8 9 10 11 12 |
|
结果输出以下:
清单 15. 自定义 closing 对象的输出结果
1 2 3 |
|
closing 适用于提供了 close() 实现的对象,好比网络链接、数据库链接等,也能够在自定义类时经过接口 close() 来执行所须要的资源“清理”工做。
本文对 with 语句的语法和工做机理进行了介绍,并经过示例介绍了如何实现自定义的上下文管理器,最后介绍了如何使用 contextlib 模块来简化上下文管理器的编写。
https://docs.python.org/zh-cn/3/reference/compound_stmts.html