例子一

首先来看一段代码：

classFoo(object):def __init__(self):print('实例化一个对象')def __enter__(self):print('进入')def __exit__(self, exc_type, exc_val, exc_tb):print('退出')

obj=Foo()

with obj:print('正在执行')

上面代码执行结果为：

实例化一个对象

进入

正在执行

退出

结论1

我们知道，实例化Foo，得到obj对象，会执行Foo的__init__方法，也就是打印了第一句；

按照，程序从上至下执行，应该会打印“正在执行”才对，为什么会在它之前先打印了进入，在它之后打印了退出呢？

因为我们在定义Foo时，定义了__enter__和__exit__方法，那么我们实例化的对象obj就是一个上下文管理器，

即含有__enter__和__exit__方法的对象就是上下文管理器。

with 上下文管理器：

语句体

当with遇到上下文管理器，就会在执行语句体之前，先执行上下文管理器的__enter__方法，然后再执行语句体，执行完语句体后，最后执行__exit__方法

这也就是为什么会出现文章开头的情况的原因。

例子二

再看看这段代码：

classFoo(object):def __init__(self):print('实例化一个对象')def __enter__(self):print('进入')def __exit__(self, exc_type, exc_val, exc_tb):print('退出')#return True

obj=Foo()

with obj:raiseImportErrorprint('正在执行')

结果如下：

把上面代码中我们注释掉的那一行代码取消注释，结果如下

我们会发现，虽然我们故意在语句体中抛出一个错误，按照正常情况，执行到报错地方就不会执行了，而__exit__是在语句体执行完之后执行的，但还是执行了__exit__方法；当我们在__exit__中给一个返回值为Ture时，就会忽略错误。

结论2

所有我们可以发现

with语句类似

try :

except:

finally:

的功能：但是with语句更简洁。而且更安全。代码量更少。

出现异常时，如果 __exit__ 返回 False(默认不写返回值时，即为False)，则会重新抛出异常，让with 之外的语句逻辑来处理异常，这也是通用做法；如果返回 True，则忽略异常，不再对异常进行处理

例子三

classFoo(object):def __init__(self):print('实例化一个对象')def __enter__(self):print('进入')#return self

def __exit__(self, exc_type, exc_val, exc_tb):print('退出')

with Foo() as obj:print(obj,type(obj))print('正在执行')

把上面代码中我们注释掉的那一行代码取消注释，结果如下

结论

调用上下文管理器的 __enter__ 方法时；如果使用了 as 子句，则将 __enter__() 方法的返回值赋值给 as 子句中的目标

with 上下文管理器 as target:

代码语句体

with后面必须跟一个上下文管理器，如果使用了as，则是把上下文管理器的 __enter__() 方法的返回值赋值给 target，target 可以是单个变量，或者由“()”括起来的元组(不能是仅仅由“,”分隔的变量列表，必须加“()”)

例子四

我们经常会看到这样的代码：

with open("/tmp/foo.txt") as file:

data= file.read()

结论

这里使用了 with 语句，不管在处理文件过程中是否发生异常，都能保证 with 语句执行完毕后已经关闭了打开的文件句柄。如果使用传统的 try/finally 范式，则要使用类似如下代码：

somefile = open(r'somefileName')try:for line insomefile:printline#...more code

finally:

somefile.close()

比较起来，使用 with 语句可以减少编码量。已经加入对上下文管理协议支持的还有模块 threading、decimal 等。

补充

with只能配合上下文管理器使用，常见的上下文管理器有

file

decimal.Context

thread.LockType

threading.Lock

threading.RLock

threading.Condition

threading.Semaphore

threading.BoundedSemaphore