歡迎光臨
每天分享高質量文章

Python 異常處理知識點彙總,五分鐘就能學會

異常處理在任何一門程式語言裡都是值得關註的一個話題,良好的異常處理可以讓你的程式更加健壯,清晰的錯誤資訊更能幫助你快速修複問題。在Python中,和不分高階語言一樣,使用了try/except/finally陳述句塊來處理異常,如果你有其他程式語言的經驗,實踐起來並不難。

什麼是異常?

 

1.錯誤

從軟體方面來說,錯誤是語法或是邏輯上的。錯誤是語法或是邏輯上的。

語法錯誤指示軟體的結構上有錯誤,導致不能被直譯器解釋或編譯器無法編譯。這些些錯誤必須在程式執行前糾正。

當程式的語法正確後,剩下的就是邏輯錯誤了。邏輯錯誤可能是由於不完整或是不合法的輸入所致;

在其它情況下,還可能是邏輯無法生成、計算、或是輸出結果需要的過程無法執行。這些錯誤通常分別被稱為域錯誤和範圍錯誤。

當python檢測到一個錯誤時,python直譯器就會指出當前流已經無法繼續執行下去。這時候就出現了異常。

 

2.異常

對異常的最好描述是:它是因為程式出現了錯誤而在正常控制流以外採取的行為。

這個行為又分為兩個階段:首先是引起異常發生的錯誤,然後是檢測(和採取可能的措施)階段。

第一階段是在發生了一個異常條件(有時候也叫做例外的條件)後發生的。

只要檢測到錯誤並且意識到異常條件,直譯器就會發生一個異常。引發也可以叫做觸發,丟擲或者生成。直譯器透過它通知當前控制流有錯誤發生。

python也允許程式員自己引發異常。無論是python直譯器還是程式員引發的,異常就是錯誤發生的訊號。

當前流將被打斷,用來處理這個錯誤並採取相應的操作。這就是第二階段。

對於異常的處理髮生在第二階段,異常引發後,可以呼叫很多不同的操作。

可以是忽略錯誤(記錄錯誤但不採取任何措施,採取補救措施後終止程式。)或是減輕問題的影響後設法繼續執行程式。

所有的這些操作都代表一種繼續,或是控制的分支。關鍵是程式員在錯誤發生時可以指示程式如何執行。

python用異常物件(exception object)來表示異常。遇到錯誤後,會引發異常。

如果異常物件並未被處理或捕捉,程式就會用所謂的回溯(traceback)終止執行

 

異常處理

 

捕捉異常可以使用try/except陳述句。

try/except陳述句用來檢測try陳述句塊中的錯誤,從而讓except陳述句捕獲異常資訊並處理。

如果你不想在異常發生時結束你的程式,只需在try裡捕獲它。

語法:

以下為簡單的try….except…else的語法:

Try的工作原理是,當開始一個try陳述句後,python就在當前程式的背景關係中作標記,這樣當異常出現時就可以回到這裡,try子句先執行,接下來會發生什麼依賴於執行時是否出現異常。

  1. 如果當try後的陳述句執行時發生異常,python就跳回到try並執行第一個匹配該異常的except子句,異常處理完畢,控制流就透過整個try陳述句(除非在處理異常時又引發新的異常)。

  2. 如果在try後的陳述句裡發生了異常,卻沒有匹配的except子句,異常將被遞交到上層的try,或者到程式的最上層(這樣將結束程式,並列印預設的出錯資訊)。

  3. 如果在try子句執行時沒有發生異常,python將執行else陳述句後的陳述句(如果有else的話),然後控制流透過整個try陳述句。

使用except而不帶任何異常型別

你可以不帶任何異常型別使用except,如下實體:

以上方式try-except陳述句捕獲所有發生的異常。但這不是一個很好的方式,我們不能透過該程式識別出具體的異常資訊。因為它捕獲所有的異常。

使用except而帶多種異常型別

你也可以使用相同的except陳述句來處理多個異常資訊,如下所示:

try-finally 陳述句

try-finally 陳述句無論是否發生異常都將執行最後的程式碼。

當在try塊中丟擲一個異常,立即執行finally塊程式碼。

finally塊中的所有陳述句執行後,異常被再次觸發,並執行except塊程式碼。

引數的內容不同於異常。

下麵來看一個實體:

點選檢視大圖

總結如下:

  1. except陳述句不是必須的,finally陳述句也不是必須的,但是二者必須要有一個,否則就沒有try的意義了。

  2. except陳述句可以有多個,Python會按except陳述句的順序依次匹配你指定的異常,如果異常已經處理就不會再進入後面的except陳述句。

  3. except陳述句可以以元組形式同時指定多個異常,參見實體程式碼。

  4. except陳述句後面如果不指定異常型別,則預設捕獲所有異常,你可以透過logging或者sys模組獲取當前異常。

  5. 如果要捕獲異常後要重覆丟擲,請使用raise,後面不要帶任何引數或資訊。

  6. 不建議捕獲並丟擲同一個異常,請考慮重構你的程式碼。

  7. 不建議在不清楚邏輯的情況下捕獲所有異常,有可能你隱藏了很嚴重的問題。

  8. 儘量使用內建的異常處理陳述句來 替換try/except陳述句,比如with陳述句,getattr()方法。

 

經驗案例

 

傳遞異常 re-raise Exception
捕捉到了異常,但是又想重新引發它(傳遞異常),使用不帶引數的raise陳述句即可:

在Python2中,為了保持異常的完整資訊,那麼你捕獲後再次丟擲時千萬不能在raise後面加上異常物件,否則你的trace資訊就會從此處截斷。以上是最簡單的重新丟擲異常的做法。

還有一些技巧可以考慮,比如丟擲異常前對異常的資訊進行更新。

如果你有興趣瞭解更多,建議閱讀這篇部落格。

  • http://www.ianbicking.org/blog/2007/09/re-raising-exceptions.html

Python3對重覆傳遞異常有所改進,你可以自己嘗試一下,不過建議還是同上。

Exception 和 BaseException

當我們要捕獲一個通用異常時,應該用Exception還是BaseException?我建議你還是看一下 官方檔案說明,這兩個異常到底有啥區別呢? 請看它們之間的繼承關係。

從Exception的層級結構來看,BaseException是最基礎的異常類,Exception繼承了它。BaseException除了包含所有的Exception外還包含了SystemExit,KeyboardInterrupt和GeneratorExit三個異常。

有此看來你的程式在捕獲所有異常時更應該使用Exception而不是BaseException,因為另外三個異常屬於更高階別的異常,合理的做法應該是交給Python的直譯器處理。

except Exception as e和 except Exception, e

程式碼示例如下:

在Python2的時代,你可以使用以上兩種寫法中的任意一種。在Python3中你只能使用第一種寫法,第二種寫法被廢棄掉了。第一個種寫法可讀性更好,而且為了程式的相容性和後期移植的成本,請你也拋棄第二種寫法。

raise “Exception string”

把字串當成異常丟擲看上去是一個非常簡潔的辦法,但其實是一個非常不好的習慣。

上面的陳述句如果丟擲異常,那麼會是這樣的:

這在Python2.4以前是可以接受的做法,但是沒有指定異常型別有可能會讓下游沒辦法正確捕獲並處理這個異常,從而導致你的程式掛掉。簡單說,這種寫法是是封建時代的陋習,應該扔了。

使用內建的語法正規化代替try/except

Python 本身提供了很多的語法正規化簡化了異常的處理,比如for陳述句就處理的StopIteration異常,讓你很流暢地寫出一個迴圈。

with陳述句在開啟檔案後會自動呼叫finally中的關閉檔案操作。我們在寫Python程式碼時應該儘量避免在遇到這種情況時還使用try/except/finally的思維來處理。

再比如,當我們需要訪問一個不確定的屬性時,有可能你會寫出這樣的程式碼:

其實你可以使用更簡單的getattr()來達到你的目的。

最佳實踐

最佳實踐不限於程式語言,只是一些規則和填坑後的收穫。

1.只處理你知道的異常,避免捕獲所有異常然後吞掉它們。

2.丟擲的異常應該說明原因,有時候你知道異常型別也猜不出所以然的。

3.避免在catch陳述句塊中乾一些沒意義的事情。

4.不要使用異常來控制流程,那樣你的程式會無比難懂和難維護。

5.如果有需要,切記使用finally來釋放資源。

6如果有需要,請不要忘記在處理異常後做清理工作或者回滾操作。

異常速查表


    已同步到看一看
    贊(0)

    分享創造快樂