最近2018中文字幕在日韩欧美国产成人片_国产日韩精品一区二区在线_在线观看成年美女黄网色视频_国产精品一区三区五区_国产精彩刺激乱对白_看黄色黄大色黄片免费_人人超碰自拍cao_国产高清av在线_亚洲精品电影av_日韩美女尤物视频网站

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時(shí)間:8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營(yíng)銷解決方案
python錯(cuò)誤處理函數(shù) python錯(cuò)誤處理機(jī)制

Python之異常處理(try的基本用法)

#計(jì)算機(jī)# #程序員# #python# #代碼# #IT#

網(wǎng)站建設(shè)哪家好,找創(chuàng)新互聯(lián)建站!專注于網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、成都微信小程序、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項(xiàng)目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了霍邱免費(fèi)建站歡迎大家使用!

程序在運(yùn)行的時(shí)候,如果python解釋器遇到 不是語(yǔ)法錯(cuò)誤 時(shí),會(huì)停止程序的執(zhí)行,并且拋出一些錯(cuò)誤的信息進(jìn)行提示,這就是異常。

方式try-except語(yǔ)句捕獲 所有發(fā)生的異常 。但這不是一個(gè)很好的方式,我們不能通過該程序識(shí)別出具體的異常信息。因?yàn)樗东@所有的異常,常用于函數(shù)最外層進(jìn)行捕捉未知異常。

1)情況1

2)情況2

3)情況3

當(dāng)在try塊中拋出一個(gè)異常,立即執(zhí)行finally塊代碼。

finally塊中的所有語(yǔ)句執(zhí)行后,異常被再次觸發(fā),并執(zhí)行except塊代碼。

在不確定異常是哪個(gè)的情況下,常用的except的異常有: Exception、BaseException 。

關(guān)注我,堅(jiān)持每日積累一個(gè)技巧, 長(zhǎng)期堅(jiān)持 ,我們將會(huì)不斷進(jìn)步。

簡(jiǎn)單介紹Python中異常處理用法

為了保證程序的健壯性與容錯(cuò)性,即在遇到錯(cuò)誤時(shí)候程序不會(huì)崩潰,我們需要對(duì)異常進(jìn)行處理,

1.if進(jìn)行處理,在錯(cuò)誤發(fā)生之前進(jìn)行預(yù)防

如果錯(cuò)誤發(fā)生的條件是可預(yù)知的,我們需要用if進(jìn)行處理,在錯(cuò)誤發(fā)生之前進(jìn)行預(yù)防

2.用try..except:在錯(cuò)誤發(fā)生之后進(jìn)行處理

如果錯(cuò)誤發(fā)生的條件是不可預(yù)知的,則需要用到try..except:在錯(cuò)誤發(fā)生之后進(jìn)行處理

到此這篇關(guān)于 Python中異常處理用法的文章就介紹到這了。

python運(yùn)行錯(cuò)誤怎么辦?

一、python的錯(cuò)誤處理:

在程序運(yùn)行的過程中,如果發(fā)生了錯(cuò)誤,可以事先約定返回一個(gè)錯(cuò)誤代碼,這樣,就可以知道是否有錯(cuò)以及出錯(cuò)的原因。

在操作系統(tǒng)提供的調(diào)用中,返回錯(cuò)誤碼非常常見。比如打開文件的函數(shù)open(),成功時(shí)返回文件的描述符(就是一個(gè)整數(shù)),出錯(cuò)時(shí)返回-1用錯(cuò)誤碼來(lái)表示是否出錯(cuò)十分不便,因?yàn)楹瘮?shù)本身應(yīng)該返回的正常結(jié)果和錯(cuò)誤碼混在一起,造成調(diào)用者必須大量的代碼來(lái)判斷是否出錯(cuò):def foo():

r = somefunction() ? ?if r == (-1): ? ? ? ?return (-1) ? ?return rdef bar():

r = foo() ? ?if r == (-1): ? ? ? ?print("Error") ? ?else: ? ? ? ?pass一旦出錯(cuò),還要一級(jí)一級(jí)上報(bào),直到某個(gè)函數(shù)可以處理該錯(cuò)誤(比如,給用戶輸出一個(gè)錯(cuò)誤信息)

所以,高級(jí)語(yǔ)言通常都內(nèi)置了一套try...except...finally...的錯(cuò)誤處理機(jī)制,python也不例外。try

讓我們用一個(gè)例子來(lái)看看try的機(jī)制try: ? ?print("try....")

r = 10 / 0 ? ?print("result", r)except ZeroDivisionError as e: ? ?print("except:", e)finally: ? ?print("finally...")print("END....")

當(dāng)我們認(rèn)為某些代碼可能會(huì)出錯(cuò)時(shí),就可以用try來(lái)運(yùn)行這段代碼,如果執(zhí)行出錯(cuò),則后續(xù)代碼不會(huì)繼續(xù)執(zhí)行

而是直接跳轉(zhuǎn)至錯(cuò)誤處理代碼,即except語(yǔ)句塊

執(zhí)行完except后,如果有finally語(yǔ)句塊,則執(zhí)行finally語(yǔ)句塊,至此,執(zhí)行完畢。

上面的代碼在計(jì)算10 / 0時(shí) 會(huì)產(chǎn)生一個(gè)除法運(yùn)算錯(cuò)誤:try....except: division by zerofinally...

END....從輸出可以看到,當(dāng)錯(cuò)誤發(fā)生時(shí),后續(xù)語(yǔ)句print("result:", r)不會(huì)被執(zhí)行,except由于捕獲到ZeroDivisionError因此被執(zhí)行。

最后,finally語(yǔ)句被執(zhí)行。然后,程序繼續(xù)按照流程往下走。

如果把除數(shù)0 變成2,則執(zhí)行結(jié)果如下try....

result 5.0finally...

END....由于沒有錯(cuò)誤發(fā)生,所以except語(yǔ)句塊不會(huì)被執(zhí)行,但是finally如果有則一定會(huì)被執(zhí)行,當(dāng)然finally也可以沒有

你還可以猜測(cè),錯(cuò)誤應(yīng)該有很多種類,日過發(fā)生了不同類型的錯(cuò)誤,應(yīng)該由不同的except語(yǔ)句塊處理。

沒錯(cuò),可以有多個(gè)except來(lái)捕獲不同類型的錯(cuò)誤: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()函數(shù)可能會(huì)拋出ValueError,所以我們用一個(gè)except捕獲ValueError,用另一個(gè)except捕獲ZeroDivisionError

此外,如果沒有錯(cuò)誤發(fā)生,可以再except語(yǔ)句塊后面加一個(gè)else,當(dāng)沒有錯(cuò)誤發(fā)生時(shí),會(huì)自動(dòng)執(zhí)行else語(yǔ)句。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的錯(cuò)誤其實(shí)也是class,所有的錯(cuò)誤類型都繼承自BaseException,

所以在使用except時(shí)需要注意的是,它不但捕獲該類型的錯(cuò)誤,還把其子類也“一網(wǎng)打盡”。

比如:try:

foo()except ValueError as e: ? ?print("ValueError")except UnicodeError as e: ? ?print("UnicodeError")

第二個(gè)except永遠(yuǎn)也捕獲不到UnicodeError, 因?yàn)閁nicodeError是ValueError的子類

如果有,也是被第一個(gè)except給捕獲了。

python所有的錯(cuò)誤都是BaseException類派生的。

所有常見的錯(cuò)誤類型和繼承關(guān)系看這里:

使用try...exccept捕獲錯(cuò)誤還有一個(gè)巨大的好處,就是可以跨越多層調(diào)用,比如函數(shù)main()調(diào)用foo()

foo()調(diào)用bar(),結(jié)果bar()出錯(cuò)了,這時(shí),只要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...")

也就是說,不需要在每個(gè)可能出錯(cuò)的地方去捕獲異常,只要在合適的層次去捕獲就可以了。

這樣一來(lái),就大大減少了寫 try...except...finally的麻煩。

二、調(diào)用堆棧

如果錯(cuò)誤沒有被捕獲,他就會(huì)一直往上拋,最后被python解釋器捕獲,打印一個(gè)錯(cuò)誤信息,然后程序退出。def foo(s): ? ?return 10 / int(s)def bar(s): ? ?return foo(s) * 2def main():

bar("0")

main()

執(zhí)行結(jié)果為:

Traceback (most recent call last):

File "C:/Python36/test.py", line 10, in module

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

出錯(cuò)并不可怕,可怕的時(shí)不知道哪里出錯(cuò)了。解讀錯(cuò)誤信息時(shí)定位錯(cuò)誤的關(guān)鍵。

我們從上往下可以看到整個(gè)錯(cuò)誤的調(diào)用函數(shù)鏈。

錯(cuò)誤第一行:

Traceback (most recent call last):

這告訴我們的是錯(cuò)誤的跟蹤信息。

File "C:/Python36/test.py", line 10, in module main()

說明調(diào)用main()出錯(cuò)了,在代碼文件test.py中第10行,但是原因是第8行:

File"C:/Python36/test.py", line8, in main

bar("0")

調(diào)用bar("0")出錯(cuò)了,在代碼文件test.py中第8行,但原因是第5行:

File"C:/Python36/test.py", line5, in barreturn foo(s) * 2調(diào)用return foo(s) * 2時(shí)出錯(cuò)了,在test.py中第5行,但原因是第2行

File "C:/Python36/test.py", line 2, in foo ? ?return 10 / int(s)

ZeroDivisionError: division by zero

這時(shí)我們找到了源頭,原來(lái)在第2行調(diào)用return 10 / int(s)出錯(cuò)了,錯(cuò)誤為ZeroDivisionError

三、記錄錯(cuò)誤

如果不捕獲錯(cuò)誤,自然可以讓python解釋器來(lái)打印出錯(cuò)誤堆棧,但是程序也被結(jié)束了。

既然我們能捕獲錯(cuò)誤,就可以把錯(cuò)誤堆棧打印出來(lái),然后分析錯(cuò)誤原因,同時(shí),讓程序繼續(xù)執(zhí)行下去。

python內(nèi)置的logging模塊可以非常容易地記錄錯(cuò)誤信息: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")

輸出結(jié)果為:

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

同樣是出錯(cuò),但程序打印完錯(cuò)誤信息后會(huì)繼續(xù)執(zhí)行,并正常退出。

通過配置,logging還可以把錯(cuò)誤記錄到日志文件里,方便事后排查。

四、拋出錯(cuò)誤

因?yàn)殄e(cuò)誤是class,捕獲一個(gè)錯(cuò)誤就是捕獲到該class的一個(gè)實(shí)例。

因此,錯(cuò)誤并不是憑空產(chǎn)生的,而是有意創(chuàng)建并拋出的。

python的內(nèi)置函數(shù)會(huì)拋出很多類型的錯(cuò)誤,我們自己編寫的函數(shù)也可以拋出錯(cuò)誤。

如果要拋出錯(cuò)誤,首先根據(jù)需要,可以定義一個(gè)錯(cuò)誤的class,選擇好繼承關(guān)系,然后用raise語(yǔ)句拋出一個(gè)錯(cuò)誤的實(shí)例:class FooError(ValueError): ? ?passdef foo(s):

n = ?int(s) ? ?if n == 0: ? ? ? ?raise FooError("invalid value: %s" % s) ? ?return 10 / n

foo("0")

輸出結(jié)果:

Traceback (most recent call last):

File "C:/Python36/test.py", line 10, in module

foo("0")

File "C:/Python36/test.py", line 7, in foo ? ?raise FooError("invalid value: %s" % s)

FooError: invalid value: 0

只有在必要的時(shí)候才定義我們自己的錯(cuò)誤類型。

如果可以選擇python已有的內(nèi)置錯(cuò)誤類型(比如ValueError, TypeError),盡量使用python內(nèi)置的錯(cuò)誤類型。

最后,我們來(lái)看另一種錯(cuò)誤處理方式: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()函數(shù)中,我們明明已經(jīng)捕獲了錯(cuò)誤,但是,打印一個(gè)ValueError之后

又通過raise語(yǔ)句拋出去了。這不是有病嗎

其實(shí),這種錯(cuò)誤處理方式不但沒病,而且相當(dāng)常見。

捕獲錯(cuò)誤目的只是記錄一下,便于或許追蹤。

但是,由于當(dāng)前函數(shù)不知道應(yīng)該怎么處理該錯(cuò)誤,所以,最恰當(dāng)?shù)姆绞绞抢^續(xù)往上拋,讓頂層調(diào)用者去處理。

好比一個(gè)員工處理不了一個(gè)問題時(shí),就把問題一直往上拋,最終會(huì)拋給CEO去解決。

注意:raise語(yǔ)句如果不帶參數(shù),就會(huì)把當(dāng)前錯(cuò)誤原樣拋出。

此外,在except中raise一個(gè)Error,還可以改寫錯(cuò)誤類型try: ? ?10 / 0except ZeroDivisionError: ? ?raise ValueError("do not input zero!")

輸出結(jié)果:

Traceback (most recent call last):

File "C:/Python36/test.py", line 4, in module ? ?raise ValueError("do not input zero!")

ValueError: do not input zero!只要是合理的轉(zhuǎn)換邏輯就可以,但是,絕不應(yīng)該把一個(gè)IOError轉(zhuǎn)成毫不相干的valueError.

總結(jié):

python內(nèi)置的 try...except...finally 用來(lái)處理錯(cuò)誤十分方便。

出錯(cuò)時(shí),會(huì)分析錯(cuò)誤信息并定位錯(cuò)誤發(fā)生的代碼位置才是關(guān)鍵的。

程序也可以主動(dòng)拋出錯(cuò)誤,讓調(diào)用者來(lái)處理相應(yīng)的錯(cuò)誤。

但是應(yīng)該在文檔中寫清楚可能會(huì)拋出哪些錯(cuò)誤,以及錯(cuò)誤產(chǎn)生的原因。

我執(zhí)行一段python腳本報(bào)錯(cuò)了,怎么解決

在程序運(yùn)行的過程中,如果發(fā)生了錯(cuò)誤,可以事先約定返回一個(gè)錯(cuò)誤代碼,這樣,就可以知道是否有錯(cuò),以及出錯(cuò)的原因。在操作系統(tǒng)提供的調(diào)用中,返回錯(cuò)誤碼非常常見。比如打開文件的函數(shù)open(),成功時(shí)返回文件描述符(就是一個(gè)整數(shù)),出錯(cuò)時(shí)返回-1。

用錯(cuò)誤碼來(lái)表示是否出錯(cuò)十分不便,因?yàn)楹瘮?shù)本身應(yīng)該返回的正常結(jié)果和錯(cuò)誤碼混在一起,造成調(diào)用者必須用大量的代碼來(lái)判斷是否出錯(cuò):

復(fù)制代碼代碼如下:

def foo():

r = some_function()

if r==(-1):

return (-1)

# do something

return r

def bar():

r = foo()

if r==(-1):

print 'Error'

else:

pass

一旦出錯(cuò),還要一級(jí)一級(jí)上報(bào),直到某個(gè)函數(shù)可以處理該錯(cuò)誤(比如,給用戶輸出一個(gè)錯(cuò)誤信息)。

所以高級(jí)語(yǔ)言通常都內(nèi)置了一套try...except...finally...的錯(cuò)誤處理機(jī)制,Python也不例外。

try

讓我們用一個(gè)例子來(lái)看看try的機(jī)制:

復(fù)制代碼代碼如下:

try:

print 'try...'

r = 10 / 0

print 'result:', r

except ZeroDivisionError, e:

print 'except:', e

finally:

print 'finally...'

print 'END'

當(dāng)我們認(rèn)為某些代碼可能會(huì)出錯(cuò)時(shí),就可以用try來(lái)運(yùn)行這段代碼,如果執(zhí)行出錯(cuò),則后續(xù)代碼不會(huì)繼續(xù)執(zhí)行,而是直接跳轉(zhuǎn)至錯(cuò)誤處理代碼,即except語(yǔ)句塊,執(zhí)行完except后,如果有finally語(yǔ)句塊,則執(zhí)行finally語(yǔ)句塊,至此,執(zhí)行完畢。

上面的代碼在計(jì)算10 / 0時(shí)會(huì)產(chǎn)生一個(gè)除法運(yùn)算錯(cuò)誤:

復(fù)制代碼代碼如下:

try...

except: integer division or modulo by zero

finally...

END

從輸出可以看到,當(dāng)錯(cuò)誤發(fā)生時(shí),后續(xù)語(yǔ)句print 'result:', r不會(huì)被執(zhí)行,except由于捕獲到ZeroDivisionError,因此被執(zhí)行。最后,finally語(yǔ)句被執(zhí)行。然后,程序繼續(xù)按照流程往下走。

如果把除數(shù)0改成2,則執(zhí)行結(jié)果如下:

復(fù)制代碼代碼如下:

try...

result: 5

finally...

END

由于沒有錯(cuò)誤發(fā)生,所以except語(yǔ)句塊不會(huì)被執(zhí)行,但是finally如果有,則一定會(huì)被執(zhí)行(可以沒有finally語(yǔ)句)。

你還可以猜測(cè),錯(cuò)誤應(yīng)該有很多種類,如果發(fā)生了不同類型的錯(cuò)誤,應(yīng)該由不同的except語(yǔ)句塊處理。沒錯(cuò),可以有多個(gè)except來(lái)捕獲不同類型的錯(cuò)誤:

復(fù)制代碼代碼如下:

try:

print 'try...'

r = 10 / int('a')

print 'result:', r

except ValueError, e:

print 'ValueError:', e

except ZeroDivisionError, e:

print 'ZeroDivisionError:', e

finally:

print 'finally...'

print 'END'

int()函數(shù)可能會(huì)拋出ValueError,所以我們用一個(gè)except捕獲ValueError,用另一個(gè)except捕獲ZeroDivisionError。

此外,如果沒有錯(cuò)誤發(fā)生,可以在except語(yǔ)句塊后面加一個(gè)else,當(dāng)沒有錯(cuò)誤發(fā)生時(shí),會(huì)自動(dòng)執(zhí)行else語(yǔ)句:

復(fù)制代碼代碼如下:

try:

print 'try...'

r = 10 / int('a')

print 'result:', r

except ValueError, e:

print 'ValueError:', e

except ZeroDivisionError, e:

print 'ZeroDivisionError:', e

else:

print 'no error!'

finally:

print 'finally...'

print 'END'

Python的錯(cuò)誤其實(shí)也是class,所有的錯(cuò)誤類型都繼承自BaseException,所以在使用except時(shí)需要注意的是,它不但捕獲該類型的錯(cuò)誤,還把其子類也“一網(wǎng)打盡”。比如:

復(fù)制代碼代碼如下:

try:

foo()

except StandardError, e:

print 'StandardError'

except ValueError, e:

print 'ValueError'

第二個(gè)except永遠(yuǎn)也捕獲不到ValueError,因?yàn)閂alueError是StandardError的子類,如果有,也被第一個(gè)except給捕獲了。

Python所有的錯(cuò)誤都是從BaseException類派生的

使用try...except捕獲錯(cuò)誤還有一個(gè)巨大的好處,就是可以跨越多層調(diào)用,比如函數(shù)main()調(diào)用foo(),foo()調(diào)用bar(),結(jié)果bar()出錯(cuò)了,這時(shí),只要main()捕獲到了,就可以處理:

復(fù)制代碼代碼如下:

def foo(s):

return 10 / int(s)

def bar(s):

return foo(s) * 2

def main():

try:

bar('0')

except StandardError, e:

print 'Error!'

finally:

print 'finally...'

也就是說,不需要在每個(gè)可能出錯(cuò)的地方去捕獲錯(cuò)誤,只要在合適的層次去捕獲錯(cuò)誤就可以了。這樣一來(lái),就大大減少了寫try...except...finally的麻煩。

調(diào)用堆棧

如果錯(cuò)誤沒有被捕獲,它就會(huì)一直往上拋,最后被Python解釋器捕獲,打印一個(gè)錯(cuò)誤信息,然后程序退出。來(lái)看看err.py:

復(fù)制代碼代碼如下:

# err.py:

def foo(s):

return 10 / int(s)

def bar(s):

return foo(s) * 2

def main():

bar('0')

main()

執(zhí)行,結(jié)果如下:

復(fù)制代碼代碼如下:

$ python err.py

Traceback (most recent call last):

File "err.py", line 11, in module

main()

File "err.py", line 9, in main

bar('0')

File "err.py", line 6, in bar

return foo(s) * 2

File "err.py", line 3, in foo

return 10 / int(s)

ZeroDivisionError: integer division or modulo by zero

出錯(cuò)并不可怕,可怕的是不知道哪里出錯(cuò)了。解讀錯(cuò)誤信息是定位錯(cuò)誤的關(guān)鍵。我們從上往下可以看到整個(gè)錯(cuò)誤的調(diào)用函數(shù)鏈:

錯(cuò)誤信息第1行:

復(fù)制代碼代碼如下:

Traceback (most recent call last):

告訴我們這是錯(cuò)誤的跟蹤信息。

第2行:

復(fù)制代碼代碼如下:

File "err.py", line 11, in module

main()

調(diào)用main()出錯(cuò)了,在代碼文件err.py的第11行代碼,但原因是第9行:

復(fù)制代碼代碼如下:

File "err.py", line 9, in main

bar('0')

調(diào)用bar('0')出錯(cuò)了,在代碼文件err.py的第9行代碼,但原因是第6行:

復(fù)制代碼代碼如下:

File "err.py", line 6, in bar

return foo(s) * 2

原因是return foo(s) * 2這個(gè)語(yǔ)句出錯(cuò)了,但這還不是最終原因,繼續(xù)往下看:

復(fù)制代碼代碼如下:

File "err.py", line 3, in foo

return 10 / int(s)

原因是return 10 / int(s)這個(gè)語(yǔ)句出錯(cuò)了,這是錯(cuò)誤產(chǎn)生的源頭,因?yàn)橄旅娲蛴×耍?/p>

復(fù)制代碼代碼如下:

ZeroDivisionError: integer division or modulo by zero

根據(jù)錯(cuò)誤類型ZeroDivisionError,我們判斷,int(s)本身并沒有出錯(cuò),但是int(s)返回0,在計(jì)算10 / 0時(shí)出錯(cuò),至此,找到錯(cuò)誤源頭。

記錄錯(cuò)誤

如果不捕獲錯(cuò)誤,自然可以讓Python解釋器來(lái)打印出錯(cuò)誤堆棧,但程序也被結(jié)束了。既然我們能捕獲錯(cuò)誤,就可以把錯(cuò)誤堆棧打印出來(lái),然后分析錯(cuò)誤原因,同時(shí),讓程序繼續(xù)執(zhí)行下去。

Python內(nèi)置的logging模塊可以非常容易地記錄錯(cuò)誤信息:

復(fù)制代碼代碼如下:

# err.py

import logging

def foo(s):

return 10 / int(s)

def bar(s):

return foo(s) * 2

def main():

try:

bar('0')

except StandardError, e:

logging.exception(e)

main()

print 'END'

同樣是出錯(cuò),但程序打印完錯(cuò)誤信息后會(huì)繼續(xù)執(zhí)行,并正常退出:

復(fù)制代碼代碼如下:

$ python err.py

ERROR:root:integer division or modulo by zero

Traceback (most recent call last):

File "err.py", line 12, in main

bar('0')

File "err.py", line 8, in bar

return foo(s) * 2

File "err.py", line 5, in foo

return 10 / int(s)

ZeroDivisionError: integer division or modulo by zero

END

通過配置,logging還可以把錯(cuò)誤記錄到日志文件里,方便事后排查。

拋出錯(cuò)誤

因?yàn)殄e(cuò)誤是class,捕獲一個(gè)錯(cuò)誤就是捕獲到該class的一個(gè)實(shí)例。因此,錯(cuò)誤并不是憑空產(chǎn)生的,而是有意創(chuàng)建并拋出的。Python的內(nèi)置函數(shù)會(huì)拋出很多類型的錯(cuò)誤,我們自己編寫的函數(shù)也可以拋出錯(cuò)誤。

如果要拋出錯(cuò)誤,首先根據(jù)需要,可以定義一個(gè)錯(cuò)誤的class,選擇好繼承關(guān)系,然后,用raise語(yǔ)句拋出一個(gè)錯(cuò)誤的實(shí)例:

復(fù)制代碼代碼如下:

# err.py

class FooError(StandardError):

pass

def foo(s):

n = int(s)

if n==0:

raise FooError('invalid value: %s' % s)

return 10 / n

執(zhí)行,可以最后跟蹤到我們自己定義的錯(cuò)誤:

復(fù)制代碼代碼如下:

$ python err.py

Traceback (most recent call last):

...

__main__.FooError: invalid value: 0

只有在必要的時(shí)候才定義我們自己的錯(cuò)誤類型。如果可以選擇Python已有的內(nèi)置的錯(cuò)誤類型(比如ValueError,TypeError),盡量使用Python內(nèi)置的錯(cuò)誤類型。

最后,我們來(lái)看另一種錯(cuò)誤處理的方式:

復(fù)制代碼代碼如下:

# err.py

def foo(s):

n = int(s)

return 10 / n

def bar(s):

try:

return foo(s) * 2

except StandardError, e:

print 'Error!'

raise

def main():

bar('0')

main()

在bar()函數(shù)中,我們明明已經(jīng)捕獲了錯(cuò)誤,但是,打印一個(gè)Error!后,又把錯(cuò)誤通過raise語(yǔ)句拋出去了,這不有病么?

其實(shí)這種錯(cuò)誤處理方式不但沒病,而且相當(dāng)常見。捕獲錯(cuò)誤目的只是記錄一下,便于后續(xù)追蹤。但是,由于當(dāng)前函數(shù)不知道應(yīng)該怎么處理該錯(cuò)誤,所以,最恰當(dāng)?shù)姆绞绞抢^續(xù)往上拋,讓頂層調(diào)用者去處理。

raise語(yǔ)句如果不帶參數(shù),就會(huì)把當(dāng)前錯(cuò)誤原樣拋出。此外,在except中raise一個(gè)Error,還可以把一種類型的錯(cuò)誤轉(zhuǎn)化成另一種類型:

復(fù)制代碼代碼如下:

try:

10 / 0

except ZeroDivisionError:

raise ValueError('input error!')

只要是合理的轉(zhuǎn)換邏輯就可以,但是,決不應(yīng)該把一個(gè)IOError轉(zhuǎn)換成毫不相干的ValueError。

小結(jié)

Python內(nèi)置的try...except...finally用來(lái)處理錯(cuò)誤十分方便。出錯(cuò)時(shí),會(huì)分析錯(cuò)誤信息并定位錯(cuò)誤發(fā)生的代碼位置才是最關(guān)鍵的。

程序也可以主動(dòng)拋出錯(cuò)誤,讓調(diào)用者來(lái)處理相應(yīng)的錯(cuò)誤。但是,應(yīng)該在文檔中寫清楚可能會(huì)拋出哪些錯(cuò)誤,以及錯(cuò)誤產(chǎn)生的原因。

如何解決python報(bào)錯(cuò)找不到主函數(shù)的錯(cuò)誤

解決python報(bào)錯(cuò)找不到主函數(shù)錯(cuò)誤的方法:

在代碼的最下方加上“if __name__ == '__main__':”主函數(shù)語(yǔ)句,將需要使用的代碼語(yǔ)句放到該語(yǔ)句下面就可以了

示例如下:

更多Python知識(shí),請(qǐng)關(guān)注:Python自學(xué)網(wǎng)?。?/p>

python中的錯(cuò)誤問題,怎么解決

1.

SyntaxError: Missing parentheses in call to 'print'

錯(cuò)誤命令:print 'hello,world!'

解決辦法:正解應(yīng)是print (" Hello,World! ")或print (' Hello,World! ')

原因:這是你所用軟件的版本導(dǎo)致的,其實(shí)上面的方式在python2.7.10中都是正確的。

2.

類的方法與普通的函數(shù)只有一個(gè)特別的區(qū)別——它們必須有一個(gè)額外的第一個(gè)參數(shù)名稱,但是在調(diào)用這個(gè)方法的時(shí)候你不為這個(gè)參數(shù)賦值,Python會(huì)提供這個(gè)值。這個(gè)特別的變量指對(duì)象本身,按照慣例它的名稱是self。

雖然你可以給這個(gè)參數(shù)任何名稱,但是強(qiáng)烈建議你使用self這個(gè)名稱——其他名稱都是不贊成你使用的。使用一個(gè)標(biāo)準(zhǔn)的名稱有很多優(yōu)點(diǎn)——你的程序讀者可以迅速識(shí)別它,如果使用self的話,還有些IDE(集成開發(fā)環(huán)境)也可以幫助你。

你一定很奇怪Python如何給self賦值以及為何你不需要給它賦值。舉一個(gè)例子會(huì)使此變得清晰。假如你有一個(gè)類稱為MyClass和這個(gè)類的一個(gè)實(shí)例MyObject。當(dāng)你調(diào)用這個(gè)對(duì)象的方法MyObject.method(arg1, arg2)的時(shí)候,這會(huì)由python自動(dòng)轉(zhuǎn)為MyClass.method(MyObject, arg1, arg2)——這就是self的原理了。

這也意味著如果你有一個(gè)不需要參數(shù)的方法,你還是得給這個(gè)方法定義一個(gè)self參數(shù)。

例如:

class Food:

def hanshu(self):

return "hanshu1";

調(diào)用時(shí):

instance1 = 模塊名.Food();

print instance1.hanshu();

3."Trailing semicolon in the statement ",python的句子結(jié)尾處沒有';',當(dāng)然即便有,程序也會(huì)正藏運(yùn)行,但會(huì)有警告之類的。

4.使用pycharm編輯python時(shí),可能會(huì)遇到"PEP8: multiple spaces after key word",在單詞與單詞之間最好只有一個(gè)空格。

5.PEP8:no new line at end of file:在寫完一行后最好按一下?lián)Q行,即便不在寫下一行。

6.在模塊中有多個(gè)類時(shí):PEP8:expected 2 blank lines.在定義類時(shí),類與類之間最好要有兩個(gè)空行。

7.shadows bulit-in name 'xxx':It's a bug.參考網(wǎng)站


網(wǎng)站標(biāo)題:python錯(cuò)誤處理函數(shù) python錯(cuò)誤處理機(jī)制
鏈接地址:http://fisionsoft.com.cn/article/hihpgs.html