python异常处理的作用_python之路——异常处理
https://www.cnblogs.com/Eva-J/articles/7281240.html
異常和錯誤
part1:程序中難免出現錯誤,而錯誤分成兩種
1.語法錯誤(這種錯誤,根本過不了python解釋器的語法檢測,必須在程序執行前就改正)
語法錯誤
2.邏輯錯誤(邏輯錯誤)
邏輯錯誤
part2:什么是異常
異常就是程序運行時發生錯誤的信號,在python中,錯誤觸發的異常如下
part3:python中的異常種類
在python中不同的異??梢杂貌煌念愋?#xff08;python中統一了類與類型,類型即類)去標識,不同的類對象標識不同的異常,一個異常標識一種錯誤
觸發IndexError
觸發KeyError
觸發ValueError
常用異常
更多異常
異常處理
什么是異常?
異常發生之后
異常之后的代碼就不執行了
什么是異常處理
python解釋器檢測到錯誤,觸發異常(也允許程序員自己觸發異常)
程序員編寫特定的代碼,專門用來捕捉這個異常(這段代碼與程序邏輯無關,與異常處理有關)
如果捕捉成功則進入另外一個處理分支,執行你為其定制的邏輯,使程序不會崩潰,這就是異常處理
為什么要進行異常處理?
python解析器去執行程序,檢測到了一個錯誤時,觸發異常,異常觸發后且沒被處理的情況下,程序就在當前異常處終止,后面的代碼不會運行,誰會去用一個運行著突然就崩潰的軟件。
所以你必須提供一種異常處理機制來增強你程序的健壯性與容錯性
如何進行異常處理?
首先須知,異常是由程序的錯誤引起的,語法上的錯誤跟異常處理無關,必須在程序運行前就修正
一: 使用if判斷式
正常的代碼
使用if判斷進行異常處理
總結:
1.if判斷式的異常處理只能針對某一段代碼,對于不同的代碼段的相同類型的錯誤你需要寫重復的if來進行處理。
2.在你的程序中頻繁的寫與程序本身無關,與異常處理有關的if,會使得你的代碼可讀性極其的差
3.if是可以解決異常的,只是存在1,2的問題,所以,千萬不要妄下定論if不能用來異常處理。
def test():
print('test running')
choice_dic={
'1':test
}
while True:
choice=input('>>: ').strip()
if not choice or choice not in choice_dic:continue #這便是一種異常處理機制啊
choice_dic[choice]()
二:python為每一種異常定制了一個類型,然后提供了一種特定的語法結構用來進行異常處理
part1:基本語法
try:
被檢測的代碼塊
except 異常類型:
try中一旦檢測到異常,就執行這個位置的邏輯
讀文件例1
讀文件例2
part2:異常類只能用來處理指定的異常情況,如果非指定異常則無法處理。
# 未捕獲到異常,程序直接報錯
s1 = 'hello'
try:
int(s1)
except IndexError as e:
print e
part3:多分支
s1 = 'hello'
try:
int(s1)
except IndexError as e:
print(e)
except KeyError as e:
print(e)
except ValueError as e:
print(e)
part4:萬能異常 在python的異常中,有一個萬能異常:Exception,他可以捕獲任意異常,即:
s1 = 'hello'
try:
int(s1)
except Exception as e:
print(e)
你可能會說既然有萬能異常,那么我直接用上面的這種形式就好了,其他異常可以忽略
你說的沒錯,但是應該分兩種情況去看
1.如果你想要的效果是,無論出現什么異常,我們統一丟棄,或者使用同一段代碼邏輯去處理他們,那么騷年,大膽的去做吧,只有一個Exception就足夠了。
Exception
2.如果你想要的效果是,對于不同的異常我們需要定制不同的處理邏輯,那就需要用到多分支了。
多分支
多分支+Exception
part5:異常的其他機構
s1 = 'hello'
try:
int(s1)
except IndexError as e:
print(e)
except KeyError as e:
print(e)
except ValueError as e:
print(e)
#except Exception as e:
# print(e)
else:
print('try內代碼塊沒有異常則執行我')
finally:
print('無論異常與否,都會執行該模塊,通常是進行清理工作')
part6:主動觸發異常
try:
raise TypeError('類型錯誤')
except Exception as e:
print(e)
part7:自定義異常
class EvaException(BaseException):
def __init__(self,msg):
self.msg=msg
def __str__(self):
return self.msg
try:
raise EvaException('類型錯誤')
except EvaException as e:
print(e)
part8:斷言
# assert 條件
assert 1 == 1
assert 1 == 2
part9:try..except的方式比較if的方式的好處
try..except這種異常處理機制就是取代if那種方式,讓你的程序在不犧牲可讀性的前提下增強健壯性和容錯性
異常處理中為每一個異常定制了異常類型(python中統一了類與類型,類型即類),對于同一種異常,一個except就可以捕捉到,可以同時處理多段代碼的異常(無需‘寫多個if判斷式’)減少了代碼,增強了可讀性
使用try..except的方式
1:把錯誤處理和真正的工作分開來
2:代碼更易組織,更清晰,復雜的工作任務更容易實現;
3:毫無疑問,更安全了,不至于由于一些小的疏忽而使程序意外崩潰了;
什么時候用異常處理
有的同學會這么想,學完了異常處理后,好強大,我要為我的每一段程序都加上try...except,干毛線去思考它會不會有邏輯錯誤啊,這樣就很好啊,多省腦細胞===》2B青年歡樂多
try...except應該盡量少用,因為它本身就是你附加給你的程序的一種異常處理的邏輯,與你的主要的工作是沒有關系的
這種東西加的多了,會導致你的代碼可讀性變差,只有在有些異常無法預知的情況下,才應該加上try...except,其他的邏輯錯誤應該盡量修正
BaseException
+-- SystemExit
+-- KeyboardInterrupt
+-- GeneratorExit
+-- Exception
+-- StopIteration
+-- StandardError
| +-- BufferError
| +-- ArithmeticError
| | +-- FloatingPointError
| | +-- OverflowError
| | +-- ZeroDivisionError
| +-- AssertionError
| +-- AttributeError
| +-- EnvironmentError
| | +-- IOError
| | +-- OSError
| | +-- WindowsError (Windows)
| | +-- VMSError (VMS)
| +-- EOFError
| +-- ImportError
| +-- LookupError
| | +-- IndexError
| | +-- KeyError
| +-- MemoryError
| +-- NameError
| | +-- UnboundLocalError
| +-- ReferenceError
| +-- RuntimeError
| | +-- NotImplementedError
| +-- SyntaxError
| | +-- IndentationError
| | +-- TabError
| +-- SystemError
| +-- TypeError
| +-- ValueError
| +-- UnicodeError
| +-- UnicodeDecodeError
| +-- UnicodeEncodeError
| +-- UnicodeTranslateError
+-- Warning
+-- DeprecationWarning
+-- PendingDeprecationWarning
+-- RuntimeWarning
+-- SyntaxWarning
+-- UserWarning
+-- FutureWarning
+-- ImportWarning
+-- UnicodeWarning
+-- BytesWarning
總結
以上是生活随笔為你收集整理的python异常处理的作用_python之路——异常处理的全部內容,希望文章能夠幫你解決所遇到的問題。
 
                            
                        - 上一篇: The user specified a
- 下一篇: iOS逆向工程(简单利用dumpdecr
