『壹』 python異常處理知識點匯總，五分鍾就能學會
什麼是異常？
1.錯誤
從軟體方面來說，錯誤是語法或是邏輯上的。錯誤是語法或是邏輯上的。
語法錯誤指示軟體的結構上有錯誤，導致不能被解釋器解釋或編譯器無法編譯。這些些錯誤必須在程序執行前糾正。
當程序的語法正確後，剩下的就是邏輯錯誤了。邏輯錯誤可能是由於不完整或是不合法的輸入所致；
在其它情況下，還可能是邏輯無法生成、計算、或是輸出結果需要的過程無法執行。這些錯誤通常分別被稱為域錯誤和范圍錯誤。
當python檢測到一個錯誤時，python解釋器就會指出當前流已經無法繼續執行下去。這時候就出現了異常。
2.異常
對異常的最好描述是：它是因為程序出現了錯誤而在正常控制流以外採取的行為。
這個行為又分為兩個階段：首先是引起異常發生的錯誤，然後是檢測（和採取可能的措施）階段。
第一階段是在發生了一個異常條件（有時候也叫做例外的條件）後發生的。
只要檢測到錯誤並且意識到異常條件，解釋器就會發生一個異常。引發也可以叫做觸發，拋出或者生成。解釋器通過它通知當前控制流有錯誤發生。
python也允許程序員自己引發異常。無論是python解釋器還是程序員引發的，異常就是錯誤發生的信號。
當前流將被打斷，用來處理這個錯誤並採取相應的操作。這就是第二階段。
對於異常的處理發生在第二階段，異常引發後，可以調用很多不同的操作。
可以是忽略錯誤（記錄錯誤但不採取任何措施，採取補救措施後終止程序。）或是減輕問題的影響後設法繼續執行程序。
所有的這些操作都代表一種繼續，或是控制的分支。關鍵是程序員在錯誤發生時可以指示程序如何執行。
python用異常對象(exception object)來表示異常。遇到錯誤後，會引發異常。
如果異常對象並未被處理或捕捉，程序就會用所謂的回溯（traceback）終止執行
異常處理
捕捉異常可以使用try/except語句。
try/except語句用來檢測try語句塊中的錯誤，從而讓except語句捕獲異常信息並處理。
如果你不想在異常發生時結束你的程序，只需在try里捕獲它。
語法：
以下為簡單的try....except...else的語法：
Try的工作原理是，當開始一個try語句後，python就在當前程序的上下文中作標記，這樣當異常出現時就可以回到這里，try子句先執行，接下來會發生什麼依賴於執行時是否出現異常。
如果當try後的語句執行時發生異常，python就跳回到try並執行第一個匹配該異常的except子句，異常處理完畢，控制流就通過整個try語句（除非在處理異常時又引發新的異常）。
如果在try後的語句里發生了異常，卻沒有匹配的except子句，異常將被遞交到上層的try，或者到程序的最上層（這樣將結束程序，並列印預設的出錯信息）。
如果在try子句執行時沒有發生異常，python將執行else語句後的語句（如果有else的話），然後控制流通過整個try語句。
使用except而不帶任何異常類型
可以不帶任何異常類型使用except，如下實例：
以上方式try-except語句捕獲所有發生的異常。但這不是一個很好的方式，我們不能通過該程序識別出具體的異常信息。因為它捕獲所有的異常。
『貳』 Python中異常重試怎麼解決
retrying是一個 Python的重試包，可以用來自動重試一些可能運行失敗的程序段。retrying提供一個裝飾器函數retry，被裝飾的函數就會在運行失敗的條件下重新執行，默認只要一直報錯就會不斷重試。
import randomfrom retrying import retry@retrydef do_something_unreliable():if random.randint(0, 10) > 1:raise IOError("Broken sauce, everything is hosed!!!111one")else:return "Awesome sauce!"print do_something_unreliable()如果我們運行have_a_try函數，那麼直到random.randint返回5，它才會執行結束，否則會一直重新執行。
retry還可以接受一些參數，這個從源碼中Retrying類的初始化函數可以看到可選的參數：
stop_max_attempt_number：用來設定最大的嘗試次數，超過該次數就停止重試
stop_max_delay：比如設置成10000，那麼從被裝飾的函數開始執行的時間點開始，到函數成功運行結束或者失敗報錯中止的時間點，只要這段時間超過10秒，函數就不會再執行了
wait_fixed：設置在兩次retrying之間的停留時間
wait_random_min和wait_random_max：用隨機的方式產生兩次retrying之間的停留時間
wait_exponential_multiplier和wait_exponential_max：以指數的形式產生兩次retrying之間的停留時間，產生的值為2^previous_attempt_number * wait_exponential_multiplier，previous_attempt_number是前面已經retry的次數，如果產生的這個值超過了wait_exponential_max的大小，那麼之後兩個retrying之間的停留值都為wait_exponential_max。這個設計迎合了exponential backoff演算法，可以減輕阻塞的情況。
我們可以指定要在出現哪些異常的時候再去retry，這個要用retry_on_exception傳入一個函數對象：
在執行read_a_file函數的過程中，如果報出異常，那麼這個異常會以形參exception傳入retry_if_io_error函數中，如果exception是IOError那麼就進行retry，如果不是就停止運行並拋出異常。
我們還可以指定要在得到哪些結果的時候去retry，這個要用retry_on_result傳入一個函數對象：
在執行get_result成功後，會將函數的返回值通過形參result的形式傳入retry_if_result_none函數中，如果返回值是None那麼就進行retry，否則就結束並返回函數值。
『叄』 python異常值處理
如果你用 Python 編程，那麼你就無法避開異常，因為異常在這門語言里無處不在。打個比方，當你在腳本執行時按 ctrl+c 退出，解釋器就會產生一個 KeyboardInterrupt 異常。而 KeyError、ValueError、TypeError 等更是日常編程里隨處可見的老朋友。
異常處理工作由「捕獲」和「拋出」兩部分組成。「捕獲」指的是使用 try ... except 包裹特定語句，妥當的完成錯誤流程處理。而恰當的使用 raise 主動「拋出」異常，更是優雅代碼里必不可少的組成部分。
異常分類
BaseException所有異常的基類
Exception常見錯誤的基類
ArithmeticError所有數值計算錯誤的基類
Warning警告的基類
AssertError斷言語句（assert）失敗
AttributeError嘗試訪問未知的對象屬性
DeprecattionWarning關於被棄用的特徵的警告
EOFError用戶輸入文件末尾標志EOF（Ctrl+d）
FloattingPointError浮點計算錯誤
FutureWarning關於構造將來語義會有改變的警告
GeneratorExitgenerator.close()方法被調用的時候
ImportError導入模塊失敗的時候
IndexError索引超出序列的范圍
KeyError字典中查找一個不存在的關鍵字
KeyboardInterrupt用戶輸入中斷鍵（Ctrl+c）
MemoryError內存溢出（可通過刪除對象釋放內存）
NamerError嘗試訪問一個不存在的變數
NotImplementedError尚未實現的方法
OSError操作系統產生的異常（例如打開一個不存在的文件）
OverflowError數值運算超出最大限制
OverflowWarning舊的關於自動提升為長整型（long）的警告
PendingDeprecationWarning關於特徵會被遺棄的警告
ReferenceError弱引用（weakreference）試圖訪問一個已經被垃圾回收機制回收了的對象
RuntimeError一般的運行時錯誤
RuntimeWarning可疑的運行行為（runtimebehavior）的警告
StopIteration迭代器沒有更多的值
SyntaxErrorPython的語法錯誤
SyntaxWarning可疑的語法的警告
IndentationError縮進錯誤
TabErrorTab和空格混合使用
SystemErrorPython編譯器系統錯誤
SystemExitPython編譯器進程被關閉
TypeError不同類型間的無效操作
UnboundLocalError訪問一個未初始化的本地變數（NameError的子類）
UnicodeErrorUnicode相關的錯誤（ValueError的子類）
UnicodeEncodeErrorUnicode編碼時的錯誤（UnicodeError的子類）
UnicodeDecodeErrorUnicode解碼時的錯誤（UnicodeError的子類）
UserWarning用戶代碼生成的警告
ValueError傳入無效的參數
ZeroDivisionError除數為零
『肆』 python運行錯誤怎麼辦
一、python的錯誤處理：
在程序運行的過程中，如果發生了錯誤，可以事先約定返回一個錯誤代碼，這樣，就可以知道是否有錯以及出錯的原因。
在操作系統提供的調用中，返回錯誤碼非常常見。比如打開文件的函數open()，成功時返迴文件的描述符（就是一個整數），出錯時返回-1用錯誤碼來表示是否出錯十分不便，因為函數本身應該返回的正常結果和錯誤碼混在一起，造成調用者必須大量的代碼來判斷是否出錯：def foo():
r = somefunction() if r == (-1): return (-1) return rdef bar():
r = foo() if r == (-1): print("Error") else: pass一旦出錯，還要一級一級上報，直到某個函數可以處理該錯誤（比如，給用戶輸出一個錯誤信息）
所以，高級語言通常都內置了一套try...except...finally...的錯誤處理機制，python也不例外。try
讓我們用一個例子來看看try的機制try: print("try....")
r = 10 / 0 print("result", r)except ZeroDivisionError as e: print("except:", e)finally: print("finally...")print("END....")
當我們認為某些代碼可能會出錯時，就可以用try來運行這段代碼，如果執行出錯，則後續代碼不會繼續執行
而是直接跳轉至錯誤處理代碼，即except語句塊
執行完except後，如果有finally語句塊，則執行finally語句塊，至此，執行完畢。
上面的代碼在計算10 / 0時 會產生一個除法運算錯誤：try....except: division by zerofinally...
END....>>>從輸出可以看到，當錯誤發生時，後續語句print("result:", r)不會被執行，except由於捕獲到ZeroDivisionError因此被執行。
最後，finally語句被執行。然後，程序繼續按照流程往下走。
如果把除數0 變成2，則執行結果如下try....
result 5.0finally...
END....>>>由於沒有錯誤發生，所以except語句塊不會被執行，但是finally如果有則一定會被執行，當然finally也可以沒有
你還可以猜測，錯誤應該有很多種類，日過發生了不同類型的錯誤，應該由不同的except語句塊處理。
沒錯，可以有多個except來捕獲不同類型的錯誤：try: print("try.....")
r = 10 / int("a") print("result:", r)except ValueError as e: print("ValueError:", e)except ZeroDivisionError as e: print("ZeroDivisionError:", e)finally: print("finally...")print("END...")
int()函數可能會拋出ValueError,所以我們用一個except捕獲ValueError，用另一個except捕獲ZeroDivisionError
此外，如果沒有錯誤發生，可以再except語句塊後面加一個else，當沒有錯誤發生時，會自動執行else語句。try: print("try...")
r = 10 / int("2") print("result:", r)except ValueError as e: print("ValueError:", e)except ZeroDivisionError as e: print("ZeroDivisionError:", e)else: print("No error!")finally: print("finally...")print("END")
python的錯誤其實也是class，所有的錯誤類型都繼承自BaseException,
所以在使用except時需要注意的是，它不但捕獲該類型的錯誤，還把其子類也「一網打盡」。
比如：try:
foo()except ValueError as e: print("ValueError")except UnicodeError as e: print("UnicodeError")
第二個except永遠也捕獲不到UnicodeError, 因為UnicodeError是ValueError的子類
如果有，也是被第一個except給捕獲了。
python所有的錯誤都是BaseException類派生的。
所有常見的錯誤類型和繼承關系看這里：
https://docs.python.org/3/library/exceptions.html#exception-hierarchy使用try...exccept捕獲錯誤還有一個巨大的好處，就是可以跨越多層調用，比如函數main（）調用foo（）
foo（）調用bar（），結果bar（）出錯了，這時，只要main（）捕獲到了，就可以處理：def foo(s): return 10 / int(s)def bar(s): return foo(s) * 2def main(): try:
bar("0") except Exception as e: print("Error:", e) finally: print("finally...")
也就是說，不需要在每個可能出錯的地方去捕獲異常，只要在合適的層次去捕獲就可以了。
這樣一來，就大大減少了寫 try...except...finally的麻煩。
二、調用堆棧
如果錯誤沒有被捕獲，他就會一直往上拋，最後被python解釋器捕獲，列印一個錯誤信息，然後程序退出。def foo(s): return 10 / int(s)def bar(s): return foo(s) * 2def main():
bar("0")
main()
執行結果為：
Traceback (most recent call last):
File "C:/Python36/test.py", line 10, in <mole>
main()
File "C:/Python36/test.py", line 8, in main
bar("0")
File "C:/Python36/test.py", line 5, in bar return foo(s) * 2
File "C:/Python36/test.py", line 2, in foo return 10 / int(s)
ZeroDivisionError: division by zero
出錯並不可怕，可怕的時不知道哪裡出錯了。解讀錯誤信息時定位錯誤的關鍵。
我們從上往下可以看到整個錯誤的調用函數鏈。
錯誤第一行：
Traceback (most recent call last):
這告訴我們的是錯誤的跟蹤信息。
File "C:/Python36/test.py", line 10, in < mole >main()
說明調用main（）出錯了，在代碼文件test.py中第10行，但是原因是第8行：
File"C:/Python36/test.py", line8, in main
bar("0")
調用bar("0")出錯了，在代碼文件test.py中第8行，但原因是第5行：
File"C:/Python36/test.py", line5, in barreturn foo(s) * 2調用return foo(s) * 2時出錯了，在test.py中第5行，但原因是第2行
File "C:/Python36/test.py", line 2, in foo return 10 / int(s)
ZeroDivisionError: division by zero
這時我們找到了源頭，原來在第2行調用return 10 / int(s)出錯了，錯誤為ZeroDivisionError
三、記錄錯誤
如果不捕獲錯誤，自然可以讓python解釋器來列印出錯誤堆棧，但是程序也被結束了。
既然我們能捕獲錯誤，就可以把錯誤堆棧列印出來，然後分析錯誤原因，同時，讓程序繼續執行下去。
python內置的logging模塊可以非常容易地記錄錯誤信息：import loggingdef foo(s): return 10 / int(s)def bar(s): return foo(s) * 2def main(): try:
bar("0") except Exception as e:
logging.exception(e)
main()print("END")
輸出結果為：
ERROR:root:division by zero
Traceback (most recent call last):
File "C:/Python36/test.py", line 12, in main
bar("0")
File "C:/Python36/test.py", line 8, in bar return foo(s) * 2
File "C:/Python36/test.py", line 5, in foo return 10 / int(s)
ZeroDivisionError: division by zero
END
同樣是出錯，但程序列印完錯誤信息後會繼續執行，並正常退出。
通過配置，logging還可以把錯誤記錄到日誌文件里，方便事後排查。
四、拋出錯誤
因為錯誤是class，捕獲一個錯誤就是捕獲到該class的一個實例。
因此，錯誤並不是憑空產生的，而是有意創建並拋出的。
python的內置函數會拋出很多類型的錯誤，我們自己編寫的函數也可以拋出錯誤。
如果要拋出錯誤，首先根據需要，可以定義一個錯誤的class，選擇好繼承關系，然後用raise語句拋出一個錯誤的實例：class FooError(ValueError): passdef foo(s):
n = int(s) if n == 0: raise FooError("invalid value: %s" % s) return 10 / n
foo("0")
輸出結果：
Traceback (most recent call last):
File "C:/Python36/test.py", line 10, in <mole>
foo("0")
File "C:/Python36/test.py", line 7, in foo raise FooError("invalid value: %s" % s)
FooError: invalid value: 0
只有在必要的時候才定義我們自己的錯誤類型。
如果可以選擇python已有的內置錯誤類型（比如ValueError, TypeError）,盡量使用python內置的錯誤類型。
最後，我們來看另一種錯誤處理方式：def foo(s):
n = int(s) if n == 0: raise ValueError("invalid value: %s" % s) return 10 / ndef bar(): try:
foo("0") except ValueError as e: print("ValieError") raisebar()
在bar（）函數中，我們明明已經捕獲了錯誤，但是，列印一個ValueError之後
又通過raise語句拋出去了。這不是有病嗎
其實，這種錯誤處理方式不但沒病，而且相當常見。
捕獲錯誤目的只是記錄一下，便於或許追蹤。
但是，由於當前函數不知道應該怎麼處理該錯誤，所以，最恰當的方式是繼續往上拋，讓頂層調用者去處理。
好比一個員工處理不了一個問題時，就把問題一直往上拋，最終會拋給CEO去解決。
注意：raise語句如果不帶參數，就會把當前錯誤原樣拋出。
此外，在except中raise一個Error，還可以改寫錯誤類型try: 10 / 0except ZeroDivisionError: raise ValueError("do not input zero!")
輸出結果：
Traceback (most recent call last):
File "C:/Python36/test.py", line 4, in <mole> raise ValueError("do not input zero!")
ValueError: do not input zero!>>>只要是合理的轉換邏輯就可以，但是，絕不應該把一個IOError轉成毫不相乾的valueError.
總結：
python內置的 try...except...finally 用來處理錯誤十分方便。
出錯時，會分析錯誤信息並定位錯誤發生的代碼位置才是關鍵的。
程序也可以主動拋出錯誤，讓調用者來處理相應的錯誤。
但是應該在文檔中寫清楚可能會拋出哪些錯誤，以及錯誤產生的原因。
『伍』 python解析較大的json文件報異常，怎麼處理
1.有可能是格式的問題。建議提出來一個到在線解析看一看
2.實在不行，就設置一個異常拋出，正常情況下異常的可能就那一個。
拋異常代碼:
with open('d://py/20160122.json','r') as fo:
for line in fo:
try:
# print(count)
paper[count]=json.loads(line)
count+=1
except ValueError:
continue
『陸』 關於python的異常
原因是這個文件在c盤，你以寫方式打開，許可權不足。
你可以：
1，以管理員許可權運行IDLE，不過不推薦，因為你正在學習過程中，有可能誤操作導致覆蓋/刪除重要的系統文件，使系統工作不正常甚至崩潰。對於初學編程的你，想必也是一個嚴峻的問題。
2，在非系統盤上做這些事情，平時在某個盤專門建立一個學習/測試的目錄。
另外一個建議，多學點英語，會有用的，最起碼能看懂錯誤說的是啥。
『柒』 Python中的異常
TypeError: must be real number, not str
你的第一行代碼在運行的時候發生了錯誤，返回了一個類型錯誤。
「必須是實數，不能是字元串。」
建議你把你出錯的第一行代碼發上來。
『捌』 Python中程序異常都能被處理嗎
「異常」是Python對象，表示一個錯誤。
如果不想出現異常後程序自動停止運行，編程的人，就要主動捕捉異常，並自己作出相應處理。
捕捉異常可以使用try/except語句。
try/except語句用來檢測try語句塊中的錯誤，從而讓except語句捕獲異常信息並處理。
下面是try/except的示例，說明了怎樣處理各種異常：
try:
<語句> #運行別的代碼
except <名字>：
<語句> #如果在try部份引發了'name'異常
except <名字>，<數據>:
<語句> #如果引發了'name'異常，獲得附加的數據
else:
<語句> #如果沒有異常發生
Python的各種標准異常是預先定義好的。基本上包括了常見的異常情況，主要有以下內容。
異常名稱 描述
BaseException 所有異常的基類
SystemExit 解釋器請求退出
KeyboardInterrupt 用戶中斷執行(通常是輸入^C)
Exception 常規錯誤的基類
StopIteration 迭代器沒有更多的值
GeneratorExit 生成器(generator)發生異常來通知退出
StandardError 所有的內建標准異常的基類
ArithmeticError 所有數值計算錯誤的基類
FloatingPointError 浮點計算錯誤
OverflowError 數值運算超出最大限制
ZeroDivisionError 除(或取模)零 (所有數據類型)
AssertionError 斷言語句失敗
AttributeError 對象沒有這個屬性
EOFError 沒有內建輸入,到達EOF 標記
EnvironmentError 操作系統錯誤的基類
IOError 輸入/輸出操作失敗
OSError 操作系統錯誤
WindowsError 系統調用失敗
ImportError 導入模塊/對象失敗
LookupError 無效數據查詢的基類
IndexError 序列中沒有此索引(index)
KeyError 映射中沒有這個鍵
MemoryError 內存溢出錯誤(對於Python 解釋器不是致命的)
NameError 未聲明/初始化對象 (沒有屬性)
UnboundLocalError 訪問未初始化的本地變數
ReferenceError 弱引用(Weak reference)試圖訪問已經垃圾回收了的對象
RuntimeError 一般的運行時錯誤
NotImplementedError 尚未實現的方法
SyntaxError Python 語法錯誤
IndentationError 縮進錯誤
TabError Tab 和空格混用
SystemError 一般的解釋器系統錯誤
TypeError 對類型無效的操作
ValueError 傳入無效的參數
UnicodeError Unicode 相關的錯誤
UnicodeDecodeError Unicode 解碼時的錯誤
UnicodeEncodeError Unicode 編碼時錯誤
UnicodeTranslateError Unicode 轉換時錯誤
Warning 警告的基類
DeprecationWarning 關於被棄用的特徵的警告
FutureWarning 關於構造將來語義會有改變的警告
OverflowWarning 舊的關於自動提升為長整型(long)的警告
PendingDeprecationWarning 關於特性將會被廢棄的警告
RuntimeWarning 可疑的運行時行為(runtime behavior)的警告
SyntaxWarning 可疑的語法的警告
UserWarning 用戶代碼生成的警告
Python系統處理異常就是提示一下，停止運行。不想停止，只有自己處理。
可以不帶類型，所有異常執行同一組語句：
try:
正常的操作
except:
發生異常，執行這塊代碼
else:
如果沒有異常執行這塊代碼
也可以多個異常共用一段代碼：
ry:
正常的操作
except(Exception1[, Exception2[,...ExceptionN]]]):
發生以上多個異常中的一個，執行這塊代碼
else:
如果沒有異常執行這塊代碼
還有一種格式，可以有finally部分：
try:
fh = open("testfile", "w")
try:
fh.write("這是一個測試文件，用於測試異常!!")
finally:
print "關閉文件"
fh.close()except IOError:
print "Error: 沒有找到文件或讀取文件失敗"
當在try塊中拋出一個異常，立即執行finally塊代碼。
finally塊中的所有語句執行後，異常被再次觸發，並執行except塊代碼。
參數的內容不同於異常。
除了標准異常，我們也可以自己定義異常，並進行處理,這時用到raise語句：
raise [Exception [, args [, traceback]]]
語句中 Exception 是異常的類型（例如，NameError）參數標准異常中任一種，args 是自已提供的異常參數。
最後一個參數是可選的（在實踐中很少使用），如果存在，是跟蹤異常對象。
相應的異常處理程序示例如下：
try:
正常語句，內含raise語句
except Exception,err:
觸發自定義異常
else:
其餘代碼
『玖』 python中異常處理的使用方法
8.3. 異常處理
通過編程處理選擇的異常是可行的。看一下下面的例子：它會一直要求用戶輸入，直到輸入一個合法的整數為止，但允許用戶中斷這個程序（使用 Control-C 或系統支持的任何方法）。注意：用戶產生的中斷會引發一個 KeyboardInterrupt 異常。
>>> while True:
... try:
... x = int(input("Please enter a number: "))
... break
... except ValueError:
... print("Oops! That was no valid number. Try again...")
...
try 語句按如下方式工作。
首先，執行 try 子句 （在 try 和 except 關鍵字之間的部分）。
如果沒有異常發生， except 子句 在 try 語句執行完畢後就被忽略了。
如果在 try 子句執行過程中發生了異常，那麼該子句其餘的部分就會被忽略。
如果異常匹配於 except 關鍵字後面指定的異常類型，就執行對應的except子句。然後繼續執行 try 語句之後的代碼。
如果發生了一個異常，在 except 子句中沒有與之匹配的分支，它就會傳遞到上一級 try 語句中。
如果最終仍找不到對應的處理語句，它就成為一個 未處理異常，終止程序運行，顯示提示信息。
一個 try 語句可能包含多個 except 子句，分別指定處理不同的異常。至多隻會有一個分支被執行。異常處理程序只會處理對應的 try 子句中發生的異常，在同一個 try 語句中，其他子句中發生的異常則不做處理。一個 except 子句可以在括弧中列出多個異常的名字，例如:
... except (RuntimeError, TypeError, NameError):
... pass
最後一個 except 子句可以省略異常名稱，以作為通配符使用。你需要慎用此法，因為它會輕易隱藏一個實際的程序錯誤！可以使用這種方法列印一條錯誤信息，然後重新拋出異常（允許調用者處理這個異常):