前言
本文的文字及圖片來源于網路,僅供學習、交流使用,不具有任何商業用途,如有問題請及時聯系我們以作處理，
PS：如有需要Python學習資料的小伙伴可以點擊下方鏈接自行獲取
Python免費學習資料、代碼以及交流解答點擊即可加入
1.例外
在運行或撰寫一個程式時常會遇到錯誤例外，這時 python 會給你一個錯誤提示類名，告訴出現了什么樣的問題（Python是面向物件語言，所以程式拋出的例外也是類），能很好的理解這些錯誤提示類名所代表的意思，可以幫助你在最快的時間內找到問題所在，從而解決程式上的問題是非常有幫助的，
Python中的例外
在先前的一些章節里你已經執行了一些代碼，你一定遇到了程式“崩潰”或因未解決的錯誤而終止的情況，你會看到“跟蹤記錄（traceback）”訊息以及隨后解釋器向你提供的資訊，包括錯誤的名稱、原因和發生錯誤的行號，不管你是通過 Python 解釋器執行還是標準的腳本執行，所有的錯誤都符合相似的格式，這提供了一個一致的錯誤介面，所有錯誤，無論是語意上的還是邏輯上的，都是由于和 Python 解釋器不相容導致的，其后果就是引發例外，
我們來看幾個例外的例子，
NameError
嘗試訪問一個未申明的變數
NameError 表示我們訪問了一個沒有初始化的變數，
在 Python 解釋器的符號表沒有找到那個那個被呼叫的變數，任何可訪問的變數必須先定義才能使用，訪問變數需要由解釋器進行搜索，如果請求的名字沒有在任何名稱空間里找到，那么將會生成一個NameError 例外，
ZeroDivisionError
除數為零
任何數值被零除都會導致一個 ZeroDivisionError 例外，
SyntaxError
Python解釋器語法錯誤
SyntaxError 代表Python代碼中有一個不正確的結構，在它改正之前程式無法執行，
IndexError
請求的索引超出序列范圍
IndexError 在你嘗試使用一個超出范圍的值索引序列時引發，
KeyError
請求一個不存在的字典關鍵字
映射物件，例如字典，是依靠關鍵字（key）訪問資料值的，如果使用錯誤的或是不存在的鍵請求字典就會引發一個KeyError例外，
IOError
操作的檔案不存在
類似嘗試打開一個不存在的磁盤檔案一類的操作會引發一個作業系統輸入/輸出（I/O）錯誤，任何型別的I/O錯誤都會引發IOError例外，
AttributeError
嘗試訪問未知的物件屬性
在我們的例子中，我們在 myInst.bar 儲存了一個值，也就是實體 mylnst 的 bar 屬性，屬性被定義后，我們可以使用熟悉的點/屬性運算子訪問它，但如果是沒有定義屬性，例如我們訪問 foo 屬性，將導致一個 AttributeError 例外，
檢測和處理例外
例外可以通過try陳述句來檢測，任何在try陳述句塊里的代碼都會被監測，檢查有無例外發生，
try陳述句有兩種主要形式：try-except和try-finally，這兩個陳述句是互斥的，也就是說你只能使用其中的一種，一個try陳述句可以對應一個或多個except子句，但只能對應一個finally子句，或是一個try-except-finally復合陳述句，
可以使用try-except陳述句檢測和處理例外，也可以添加一個可選的else子句處理沒有探測到例外的執行的代碼，而try-finally只允許檢測例外并做一些必要的清除作業（無論發生錯誤與否），沒有任何例外處理設施，正如你想像的，復合陳述句兩者都可以做到，
try-except陳述句
try-except陳述句（以及其更復雜的形式）定義了進行例外監控的一段代碼，并且提供了處理例外的機制，
最常見的try-except陳述句語法如下所示，它由try塊和except塊（try_suite和except_suite）組成，也可以有一個可選的錯誤原因，
用一個例子說明這一切是如何作業的，將使用上邊的IOError例子，把代碼封裝在try-except里，讓代碼更健壯：
如果輸入的是一個數字字串，代碼運行時似乎沒有遇到任何錯誤，當嘗試轉化一個非數字字符時仍然發生了錯誤，為了防止錯誤發生而導致的程式停止，可以使用 try...except 陳述句捕捉錯誤，
在程式運行時，解釋器嘗試執行try塊里的所有代碼，如果代碼塊完成后沒有例外發生，執行流就會忽略except陳述句繼續執行，而當except陳述句所指定的例外發生后，我們獲取了錯誤的原因，控制流立即跳轉到對應的處理器（try子句的剩余陳述句將被忽略），
可以只捕獲 ValueError 例外，任何其他例外不會被我們指定的處理器捕獲，舉例說，如果你要捕獲一個特定的例外,你必須加入一個特定的例外處理器，
try陳述句塊中例外發生點后的剩余陳述句永遠不會到達（所以也永遠不會執行），一旦一個例外被引發，就必須決定控制流下一步到達的位置，剩余代碼將被忽略，解釋器將搜索處理器，一旦找到，就開始執行處理器中的代碼，
如果沒有找到合適的處理器，那么例外就向上移交給呼叫者去處理，這意味著堆疊框架立即回到之前的那個，如果在上層呼叫者也沒找到對應處理器，該例外會繼續被向上移交，直到找到合適處理器，如果到達最頂層仍然沒有找到對應處理器，那么就認為這個例外是未處理的，Python解釋器會顯示出跟蹤記錄，然后退出，
帶有多個 except 的 try 陳述句
在本章的前邊，我們已經介紹了except的基本語法：
這種格式的except陳述句指定檢測名為Exception的例外，你可以把多個except陳述句連接在一起，處理一個try塊中可能發生的多種例外，如下所示：
同樣，首先嘗試執行try子句，如果沒有錯誤，忽略所有的except從句繼續執行，如果發生例外，解釋器將在這一串處理器（except子句）中查找匹配的例外如果找到對應的處理器，執行流將跳轉到這里，
我們的safe_float()函式已經可以檢測到指定的例外了，更聰明的代碼能夠處理好每一種例外，這就需要多個except陳述句，每個except陳述句對應一種例外型別，Python支持把except陳述句串連使用我們將分別為每個例外型別分別創建對應的錯誤資訊，用戶可以得到更詳細的關于錯誤的資訊：
使用錯誤的引數呼叫這個函式，我們得到下面的輸出結果：
finally子句
finally 子句是無論例外是否發生，是否捕捉都會執行的一段代碼，你可以將 finally 僅僅配合 try 一起使用，也可以和 try-except （else也是可選的）一起使用，獨立的 try-finally 將會在下一章介紹，我們稍后再來研究，
從Python 2.5開始，你可以用finally子句（再一次）與try-except或try-except-else—起使用，之所以說是“再一次”是因為無論你相信與否，這并不是一個新的特性，回顧Python初期，這個特性早已存在，但是在Python 0.9.6（1992 4月）中被移除，那時，這樣可以簡化位元組碼的生成，并方便決議，另外vanRossum認為一個標準化的try-except（-else）-finally無論如何不會太流行，然而，十年時間改變了一切！
下面是try-except-else-finally語法的示例：
finally都是可選的，A、B、C是程式（代碼塊），程式會按預期的順序執行，（注意：可能的順序是AD[正常]或AD[例外]），無論例外發生在Α、Β和/或C都將執行finally塊，舊式寫法依然有效，所以沒有向后兼容的問題，
總結
1.只處理你知道的例外，避免捕獲所有例外然后吞掉它們，
2.拋出的例外應該說明原因，有時候你知道例外型別也猜不出所以然，
3.避免在 except 陳述句塊中干一些沒意義的事情，捕獲例外也是需要成本的，
4.不要使用例外來控制流程，那樣你的程式會無比難懂和難維護，
5.如果有需要，切記使用 finally 來釋放資源，
6.如果有需要，請不要忘記在處理例外后做清理作業或者回滾操作，
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/265555.html
標籤：Python