python異常處理

try…except…

假如，我們已經知道這種型別的錯誤，那麼就可以通過乙個異常撲捉來撲捉這個錯誤。我們可以通過try…except 來接收這個錯誤。開啟檔案寫入：

try:
open("abc.txt",'r')
except ioerror:
pass

再來執行程式就會看不到任何錯誤，因為我們用except 接收了這個ioerror錯誤。pass 表示實現了相應的實現，但什麼也不做。

假如我不是開啟乙個檔案，而是輸出乙個沒有定義的變數呢？

try: print aa except ioerror: pass

顯然，在上面的**中我並沒有對aa 賦值，執行結果：

traceback (most recent call last): file "/home/fnngj/py_se/tryy.py", line 3, in print aa nameerror: name 'aa' isnot defined

我們已經用except 接收錯誤了，為什麼錯誤還是還是丟擲來了。如果你細心會發現這一次的錯誤型別是nameerror ，而我接收型別是ioerror ，所以要想接收這個print的錯誤，那麼需要修改接收錯誤的型別為nameerror

雖然，我知道print 語句是可能會拋乙個nameerror 型別的錯誤，雖然接收了這個型別錯誤，但我不知道具體的錯誤提示資訊是什麼。那麼，我能不能把錯誤資訊列印出來呢？當然可以：

try: print aa except nameerror, msg: print msg

我們在接收錯誤型別的後面定義乙個變數msg用於接收具體錯誤資訊, 然後將msg接收的錯誤資訊列印。再來執行程式：

name 'aa' is not defined

現在只列印了一行具體錯誤資訊。

異常的丟擲機制：

1、如果在執行時發生異常，直譯器會查詢相應的處理語句（稱為handler）.

2、要是在當前函式裡沒有找到的話，它會將異常傳遞給上層的呼叫函式，看看那裡能不能處理。

3、如果在最外層（全域性「main」）還是沒有找到的話，直譯器就會退出，同時列印出traceback以便讓使用者找到錯誤產生的原因。

try…finally…

try…finally…子句用來表達這樣的情況：

我們不管線捕捉到的是什麼錯誤，無論錯誤是不是發生，這些**「必須」執行，比如檔案關閉，釋放鎖，把資料庫連線返還給連線池等。

raise丟擲異常

使用raise來丟擲乙個異常：

tryr.py

filename = raw_input('please input file

name:')

if filename=='hello':

raise nameerror('input file

name

error !')

程式要求使用者輸入乙個檔名，如果使用者輸入的檔名是hello ，那麼丟擲乙個nameerror的異常，使用者輸入hello 和nameerror異常之間沒有任何必然聯絡，我只是人為的通過raise來這樣定義，我當然也可以定義稱typeerror ，但我定義的異常型別必須是python提供的。

附錄：