脫離苦海,從避免濫用try...except...開(kāi)始
有不少人在寫(xiě) Python 代碼時(shí),喜歡用 try...except Exception,更有甚者一層套一層,不管有沒(méi)有用,先套了再說(shuō):
ss="dp-xml">
- ss="alt">def func():
 - ss=""> try:
 - ss="alt"> "函數(shù)內(nèi)部代碼"
 - ss=""> except Exception as e:
 - ss="alt"> print('函數(shù)錯(cuò)誤:', e)
 - ss="">
 - ss="alt">
 - ss="">try:
 - ss="alt"> func()
 - ss="">except Exception as e:
 - ss="alt"> print('函數(shù)錯(cuò)誤:', e)
 
根本不管是否有必要,總之套上了try...except...就有了安全感。
俄羅斯套娃套多了以后,噩夢(mèng)開(kāi)始了。我們來(lái)看看下面這段報(bào)錯(cuò):
你倒是給我說(shuō)說(shuō),是哪個(gè)函數(shù)出了問(wèn)題?
如果你飽受濫用try...except...之苦,下面三個(gè)方法可以讓你脫離苦海。
把問(wèn)題暴露出來(lái)
在程序開(kāi)發(fā)的初期,不要用try...except...。讓 Python 把問(wèn)題暴露出來(lái)。通過(guò) Python 的報(bào)錯(cuò),你可以直接看到是哪一行代碼有問(wèn)題,具體是什么問(wèn)題。
甚至有時(shí)候,不僅不需要捕獲異常,你還應(yīng)該主動(dòng)拋出異常。在項(xiàng)目完成以后,如果你做的是一個(gè)第三方庫(kù),是用來(lái)給別人調(diào)用的,那么,你應(yīng)該多拋出異常,而不是擅自返回一個(gè)普通的錯(cuò)誤信息。
例如,你要實(shí)現(xiàn)一個(gè)函數(shù):query_name,傳入?yún)?shù)是數(shù)字 id,輸出用戶名。你可能會(huì)這樣寫(xiě):
ss="dp-xml">
- ss="alt">def query_name(user_id):
 - ss=""> if not isinstance(user_id, int):
 - ss="alt"> return {'success': False, 'msg': '用戶 id 必須是整型'}
 - ss=""> ...
 
但實(shí)際上,更好的做法是,直接拋出一個(gè)異常:
ss="dp-xml">
- ss="alt">def query_name(user_id):
 - ss=""> if not isinstance(user_id, int):
 - ss="alt"> raise Exception('用戶 id 必須是整型'}
 - ss=""> ...
 
甚至在某些情況下,你可以使用 Python 的斷言:
ss="dp-xml">
- ss="alt">def query_name(user_id):
 - ss=""> assert isinstance(user_id, int), '用戶 id 必須是整型'
 - ss="alt"> ...
 
如下圖所示:
只要 user_id不是整型,就拋出AssertionError。
我們直接執(zhí)行python3 xxx.py時(shí),這些斷言語(yǔ)句會(huì)正常工作。但我們可以通過(guò)python3 -o xxx.py來(lái)讓所有assert xxx語(yǔ)句失效。
盡量早地讓異常暴露出來(lái),才能更早地解決問(wèn)題。
捕獲具體異常而不是所有異常
只捕獲你明確知道的異常。這些異常你知道它為什么會(huì)出現(xiàn),并且你知道應(yīng)該怎么解決它。
例如,我們使用requests請(qǐng)求網(wǎng)站,由于網(wǎng)絡(luò)問(wèn)題,有時(shí)候可能會(huì)請(qǐng)求超時(shí)。一旦超時(shí) requests 就會(huì)拋出超時(shí)異常,如下圖所示:
這種情況下,你知道這個(gè)地方可能會(huì)出現(xiàn)Timeout異常,并且你知道出現(xiàn)的時(shí)候,重試就可以了。于是,你可以捕獲這個(gè)異常:
大家注意,在這個(gè)地方,requests 執(zhí)行了.json()方法。如果URL 返回的內(nèi)容可能不是 JSON 格式的字符串,這里就會(huì)報(bào)JSONDecodeError,如下圖所示:
如果你不做區(qū)分,一股腦直接用 except Exception,那么你怎么知道,到底是你能夠正常處理的超時(shí)問(wèn)題,還是你不能正常處理的網(wǎng)站內(nèi)容返回異常?
所以,只捕獲你知道它為什么會(huì)發(fā)生并且你知道如何處理的異常。對(duì)于你無(wú)法預(yù)料的或者無(wú)法處理的異常,直接拋出。不要擅自捕獲。
強(qiáng)行打印報(bào)錯(cuò)信息
如果實(shí)在是萬(wàn)不得已,你必須用try...except Exception,如何把具體報(bào)錯(cuò)的位置打印出來(lái)呢?其實(shí)也是有方法的。那就是使用 Python 自帶的traceback模塊。
它的用法非常簡(jiǎn)單:
ss="dp-xml">
- ss="alt">import traceback
 - ss="">
 - ss="alt">try:
 - ss=""> 1 + 'a'
 - ss="alt">except Exception:
 - ss=""> print(traceback.format_exc())
 
運(yùn)行效果如下圖所示:
成功把異常所在的行數(shù)和具體的錯(cuò)誤類(lèi)型打印了出來(lái)。顯然,這樣寫(xiě)你需要平白無(wú)故多寫(xiě)很多代碼。
總結(jié)try...except...會(huì)讓你的代碼看起來(lái)沒(méi)有問(wèn)題,但也有可能會(huì)掩蓋問(wèn)題,讓你無(wú)法發(fā)現(xiàn)哪里有問(wèn)題。所以,從看了這篇文章開(kāi)始,刪除不必要的try...except...。
擁抱異常,讓你無(wú)法處理的異常拋出來(lái)。程序出現(xiàn)了問(wèn)題應(yīng)該停止運(yùn)行,而不是帶著問(wèn)題繼續(xù)運(yùn)行,這樣可能會(huì)演變成更大的問(wèn)題。





















 
 
 


 
 
 
 