本文轉自: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