王 生輝 和 李 驊宸 ： https://www.ibm.com/developerworks/cn/opensource/os-cn-pythonwith/

前言

with 語句是從 Python 2.5 開始引入的一種與異常處理相關的功能（2.5 版本中要通過 from __future__ import with_statement 導入后才可以使用），從 2.6 版本開始缺省可用（參考 What's new in Python 2.6? 中 with 語句相關部分介紹）。with 語句適用于對資源進行訪問的場合，確保不管使用過程中是否發生異常都會執行必要的“清理”操作，釋放資源，比如文件使用后自動關閉、線程中鎖的自動獲取和釋放等。

術語

要使用 with 語句，首先要明白上下文管理器這一概念。有了上下文管理器，with 語句才能工作。

下面是一組與上下文管理器和with 語句有關的概念。

上下文管理協議（Context Management Protocol）：包含方法 __enter__() 和 __exit__()，支持

該協議的對象要實現這兩個方法。

上下文管理器（Context Manager）：支持上下文管理協議的對象，這種對象實現了

__enter__() 和 __exit__() 方法。上下文管理器定義執行 with 語句時要建立的運行時上下文，

負責執行 with 語句塊上下文中的進入與退出操作。通常使用 with 語句調用上下文管理器，

也可以通過直接調用其方法來使用。

運行時上下文（runtime context）：由上下文管理器創建，通過上下文管理器的 __enter__() 和

__exit__() 方法實現，__enter__() 方法在語句體執行之前進入運行時上下文，__exit__() 在

語句體執行完后從運行時上下文退出。with 語句支持運行時上下文這一概念。

上下文表達式（Context Expression）：with 語句中跟在關鍵字 with 之后的表達式，該表達式

要返回一個上下文管理器對象。

語句體（with-body）：with 語句包裹起來的代碼塊，在執行語句體之前會調用上下文管

理器的 __enter__() 方法，執行完語句體之后會執行 __exit__() 方法。

基本語法和工作原理

with 語句的語法格式如下：

清單 1. with 語句的語法格式

1 2	with context_expression [as target(s)]: ????with-body

這里 context_expression 要返回一個上下文管理器對象，該對象并不賦值給 as 子句中的 target(s) ，如果指定了 as 子句的話，會將上下文管理器的 __enter__() 方法的返回值賦值給 target(s)。target(s) 可以是單個變量，或者由“()”括起來的元組（不能是僅僅由“,”分隔的變量列表，必須加“()”）。

Python 對一些內建對象進行改進，加入了對上下文管理器的支持，可以用于 with 語句中，比如可以自動關閉文件、線程鎖的自動獲取和釋放等。假設要對一個文件進行操作，使用 with 語句可以有如下代碼：

清單 2. 使用 with 語句操作文件對象

1 2 3 4

with open(r'somefileName') as somefile: ????for line in somefile: ????????print line ????????# ...more code

這里使用了 with 語句，不管在處理文件過程中是否發生異常，都能保證 with 語句執行完畢后已經關閉了打開的文件句柄。如果使用傳統的 try/finally 范式，則要使用類似如下代碼：

清單 3. try/finally 方式操作文件對象

1 2 3 4 5 6 7

somefile = open(r'somefileName') try: ????for line in somefile: ????????print line ????????# ...more code finally: ????somefile.close()

比較起來，使用 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

context_manager = context_expression exit = type(context_manager).__exit__? value = type(context_manager).__enter__(context_manager) exc = True?? # True 表示正常執行，即便有異常也忽略；False 表示重新拋出異常，需要對異常進行處理 try: ????try: ????????target = value? # 如果使用了 as 子句 ????????with-body???? # 執行 with-body ????except: ????????# 執行過程中有異常發生 ????????exc = False ????????# 如果 __exit__ 返回 True，則異常被忽略；如果返回 False，則重新拋出異常 ????????# 由外層代碼對異常進行處理 ????????if not exit(context_manager, *sys.exc_info()): ????????????raise finally: ????# 正常退出，或者通過 statement-body 中的 break/continue/return 語句退出 ????# 或者忽略異常退出 ????if exc: ????????exit(context_manager, None, None, None) ????# 缺省返回 None，None 在布爾上下文中看做是 False

執行 context_expression，生成上下文管理器 context_manager

調用上下文管理器的 __enter__() 方法；如果使用了 as 子句，則將 __enter__() 方法的返回值賦值給 as 子句中的 target(s)

執行語句體 with-body

不管是否執行過程中是否發生了異常，執行上下文管理器的 __exit__() 方法，__exit__() 方法負責執行“清理”工作，如釋放資源等。如果執行過程中沒有出現異常，或者語句體中執行了語句 break/continue/return，則以 None 作為參數調用 __exit__(None, None, None) ；如果執行過程中出現異常，則使用 sys.exc_info 得到的異常信息為參數調用 __exit__(exc_type, exc_value, exc_traceback)

出現異常時，如果 __exit__(type, value, traceback) 返回 False，則會重新拋出異常，讓with 之外的語句邏輯來處理異常，這也是通用做法；如果返回 True，則忽略異常，不再對異常進行處理

自定義上下文管理器

開發人員可以自定義支持上下文管理協議的類。自定義的上下文管理器要實現上下文管理協議所需要的 __enter__() 和 __exit__() 兩個方法：

• context_manager.__enter__() ：進入上下文管理器的運行時上下文，在語句體執行前調用。with 語句將該方法的返回值賦值給 as 子句中的 target，如果指定了 as 子句的話
• context_manager.__exit__(exc_type, exc_value, exc_traceback) ：退出與上下文管理器相關的運行時上下文，返回一個布爾值表示是否對發生的異常進行處理。參數表示引起退出操作的異常，如果退出時沒有發生異常，則3個參數都為None。如果發生異常，返回

  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

class DummyResource: def __init__(self, tag): ????????self.tag = tag ????????print 'Resource [%s]' % tag ????def __enter__(self): ????????print '[Enter %s]: Allocate resource.' % self.tag ????????return self?? # 可以返回不同的對象 ????def __exit__(self, exc_type, exc_value, exc_tb): ????????print '[Exit %s]: Free resource.' % self.tag ????????if exc_tb is None: ????????????print '[Exit %s]: Exited without exception.' % self.tag ????????else: ????????????print '[Exit %s]: Exited with exception raised.' % self.tag ????????????return False?? # 可以省略，缺省的None也是被看做是False

DummyResource 中的 __enter__() 返回的是自身的引用，這個引用可以賦值給 as 子句中的 target 變量；返回值的類型可以根據實際需要設置為不同的類型，不必是上下文管理器對象本身。

__exit__() 方法中對變量 exc_tb 進行檢測，如果不為 None，表示發生了異常，返回 False 表示需要由外部代碼邏輯對異常進行處理；注意到如果沒有發生異常，缺省的返回值為 None，在布爾環境中也是被看做 False，但是由于沒有異常發生，__exit__() 的三個參數都為 None，上下文管理代碼可以檢測這種情況，做正常處理。

下面在 with 語句中訪問 DummyResource ：

清單 6. 使用自定義的支持 with 語句的對象

1 2 3 4 5 6 7

with DummyResource('Normal'): ????print '[with-body] Run without exceptions.' ? with DummyResource('With-Exception'): ????print '[with-body] Run with exception.' ????raise Exception ????print '[with-body] Run with exception. Failed to finish statement-body!'

第1個 with 語句的執行結果如下：

清單 7. with 語句1執行結果

1 2 3 4 5

Resource [Normal] [Enter Normal]: Allocate resource. [with-body] Run without exceptions. [Exit Normal]: Free resource. [Exit Normal]: Exited without exception.

可以看到，正常執行時會先執行完語句體 with-body，然后執行 __exit__() 方法釋放資源。

第2個 with 語句的執行結果如下：

清單 8. with 語句2執行結果

1 2 3 4 5 6 7 8 9 10

Resource [With-Exception] [Enter With-Exception]: Allocate resource. [with-body] Run with exception. [Exit With-Exception]: Free resource. [Exit With-Exception]: Exited with exception raised. ? Traceback (most recent call last): ??File "G:/demo", line 20, in <module> ???raise Exception Exception

可以看到，with-body 中發生異常時with-body 并沒有執行完，但資源會保證被釋放掉，同時產生的異常由 with 語句之外的代碼邏輯來捕獲處理。

可以自定義上下文管理器來對軟件系統中的資源進行管理，比如數據庫連接、共享資源的訪問控制等。Python 在線文檔 Writing Context Managers 提供了一個針對數據庫連接進行管理的上下文管理器的簡單范例。

contextlib 模塊

contextlib 模塊提供了3個對象：裝飾器 contextmanager、函數 nested 和上下文管理器 closing。使用這些對象，可以對已有的生成器函數或者對象進行包裝，加入對上下文管理協議的支持，避免了專門編寫上下文管理器來支持 with 語句。

裝飾器 contextmanager

contextmanager 用于對生成器函數進行裝飾，生成器函數被裝飾以后，返回的是一個上下文管理器，其 __enter__() 和 __exit__() 方法由 contextmanager 負責提供，而不再是之前的迭代子。被裝飾的生成器函數只能產生一個值，否則會導致異常 RuntimeError；產生的值會賦值給 as 子句中的 target，如果使用了 as 子句的話。下面看一個簡單的例子。

清單 9. 裝飾器 contextmanager 使用示例

1 2 3 4 5 6 7 8 9 10 11 12

from contextlib import contextmanager ? @contextmanager def demo(): ????print '[Allocate resources]' ????print 'Code before yield-statement executes in __enter__' ????yield '*** contextmanager demo ***' ????print 'Code after yield-statement executes in __exit__' ????print '[Free resources]' ? with demo() as value: ????print 'Assigned Value: %s' % value

結果輸出如下：

清單 10. contextmanager 使用示例執行結果

1 2 3 4 5

[Allocate resources] Code before yield-statement executes in __enter__ Assigned Value: *** contextmanager demo *** Code after yield-statement executes in __exit__ [Free resources]

可以看到，生成器函數中 yield 之前的語句在 __enter__() 方法中執行，yield 之后的語句在 __exit__() 中執行，而 yield 產生的值賦給了 as 子句中的 value 變量。

需要注意的是，contextmanager 只是省略了 __enter__() / __exit__() 的編寫，但并不負責實現資源的“獲取”和“清理”工作；“獲取”操作需要定義在 yield 語句之前，“清理”操作需要定義 yield 語句之后，這樣 with 語句在執行 __enter__() / __exit__() 方法時會執行這些語句以獲取/釋放資源，即生成器函數中需要實現必要的邏輯控制，包括資源訪問出現錯誤時拋出適當的異常。

函數 nested

nested 可以將多個上下文管理器組織在一起，避免使用嵌套 with 語句。

清單 11. nested 語法

1 2	with nested(A(), B(), C()) as (X, Y, Z): ?????# with-body code here

類似于：

清單 12. nested 執行過程

1 2 3 4

with A() as X: ????with B() as Y: ????????with C() as Z: ?????????????# with-body code here

需要注意的是，發生異常后，如果某個上下文管理器的 __exit__() 方法對異常處理返回 False，則更外層的上下文管理器不會監測到異常。

上下文管理器 closing

closing 的實現如下：

清單 13. 上下文管理 closing 實現

1 2 3 4 5 6 7 8

class closing(object): ????# help doc here ????def __init__(self, thing): ????????self.thing = thing ????def __enter__(self): ????????return self.thing ????def __exit__(self, *exc_info): ????????self.thing.close()

上下文管理器會將包裝的對象賦值給 as 子句的 target 變量，同時保證打開的對象在 with-body 執行完后會關閉掉。closing 上下文管理器包裝起來的對象必須提供 close() 方法的定義，否則執行時會報 AttributeError 錯誤。

清單 14. 自定義支持 closing 的對象

1 2 3 4 5 6 7 8 9 10 11 12

class ClosingDemo(object): ????def __init__(self): ????????self.acquire() ????def acquire(self): ????????print 'Acquire resources.' ????def free(self): ????????print 'Clean up any resources acquired.' ????def close(self): ????????self.free() ? with closing(ClosingDemo()): ????print 'Using resources'

結果輸出如下：

清單 15. 自定義 closing 對象的輸出結果

1 2 3

Acquire resources. Using resources Clean up any resources acquired.

closing 適用于提供了 close() 實現的對象，比如網絡連接、數據庫連接等，也可以在自定義類時通過接口 close() 來執行所需要的資源“清理”工作。

結束語

本文對 with 語句的語法和工作機理進行了介紹，并通過示例介紹了如何實現自定義的上下文管理器，最后介紹了如何使用 contextlib 模塊來簡化上下文管理器的編寫。

相關主題

• Python 2.6 版本的 What's new in Python 2.6? 對 with 語句進行了介紹。
• 參看 Learning Python, Third Edition 對異常處理、with 語句、以及生成器和裝飾器的介紹。
• 參看 Core Python Programming, Second Edition 對異常處理、with 語句、以及生成器和裝飾器的介紹。
• Python 在線文檔 Context Manager Types 和 With Statement Context Managers 對上下文管理器和 with 語句進行了介紹。
• contextlib — Utilities for with-statement contexts 對 contextlib 進行了介紹，contextlib 的實現細節可以參看 Python 源碼包下的 Lib/contextlib.py 文件。
• PEP 0343 介紹了 with 語句的產生背景、規范以及使用。
• 訪問 IBM Developer（原 developerWorks）中國 Open source 專區獲得豐富的 how-to 信息、工具和項目更新，幫助您用開放源碼技術進行開發。

總結

以上是生活随笔為你收集整理的浅谈 Python 的 with 语句的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。