例子一
首先来看一段代码：
class Foo(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__方法
这也就是为什么会出现文章开头的情况的原因。
例子二
再看看这段代码：
class Foo(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:
raise ImportError
print('正在执行')
结果如下：
把上面代码中我们注释掉的那一行代码取消注释，结果如下
我们会发现，虽然我们故意在语句体中抛出一个错误，按照正常情况，执行到报错地方就不会执行了，而__exit__是在语句体执行完之后执行的，但还是执行了__exit__方法；当我们在__exit__中给一个返回值为Ture时，就会忽略错误。
结论2
所有我们可以发现
with语句类似
try :
except:
finally:
的功能：但是with语句更简洁。而且更安全。代码量更少。
出现异常时，如果 __exit__ 返回 False（默认不写返回值时，即为False），则会重新抛出异常，让with 之外的语句逻辑来处理异常，这也是通用做法；如果返回 True，则忽略异常，不再对异常进行处理
例子三
class Foo(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 in somefile:
print line
# ...more code
finally:
somefile.close()
比较起来，使用 with 语句可以减少编码量。已经加入对上下文管理协议支持的还有模块 threading、decimal 等。
补充
with只能配合上下文管理器使用，常见的上下文管理器有
file decimal.Context thread.LockType threading.Lock threading.RLock threading.Condition threading.Semaphore threading.BoundedSemaphore