代碼出現異常而報錯再正常不過了,但為什么要處理異常?
由于異常的存在,代碼運行時會出現一大堆的紅色字體提示,對于程序員還好,見紅色報錯見多了習慣了,但如果你開發出來的東西要給別人看,那么不懂代碼的人就會一臉懵逼,對產品的印象都不太好了。
比如我們經常簡單網頁丟失的情況,其實是就是網頁代碼執行時發生了異常,但有的網頁還是很個性的,提示的信息可能是比較人性化的,比如CSDN你收藏的文章被后臺刪除了,導致直接跳到這個界面的代碼無法執行,此時的報錯信息是這樣的:
但有些產品在開發時想得并不是那么周到,沒有體會用戶端的感受,結果某個程序出錯了,用戶能看到一堆報錯代碼,好感度直線下降。
首先這篇文章所講的異常不是指教你如何讓代碼不報錯,代碼異常出錯得進行調試來解決,這不是我們這里的重點,今天的重點是在代碼可能報錯的地方進行優化和個性化,讓錯誤看起來也比較和諧。
其次這也是Python新手入門教程系列文章的一個重要板塊,可以給以后的開發奠定良好的異常處理基礎,代碼總會有異常,但有的異常在別人看來卻毫無違和感,這都來源于擁有扎實的異常捕獲基本功。
異常是一個事件,該事件在程序執行過程中發生,影響程序的正常執行。一般情況下,Python無法正常處理程序時就會發生一個異常。
例如我在代碼中只寫了一個變量a,運行程序,pycharm無法識別這個變量,所以報錯,便是出現了異常。
所以我們需要掌握處理異常的方法,處理異常的方法有很多種,接下來我們一個個來看。
它能夠將可能出錯的代碼進行處理,處理后報錯的紅色字體將會轉換成簡短的、正常的字體,用法如下:
try: 有可能出現異常的代碼except 異常類型 as 變量 處理后的代碼
舉例:直接打印變量a會報錯。
經過tyr-except處理過一下:
try: print(a)except NameError as s: print(s)
再次運行看效果:
飄紅的報錯信息變得簡短且顏色正常,看起來這個異常是不是顯得舒服多了?
這里的tyr-except并不影響代碼的運行,如果你的代碼沒有報錯,你就算是寫了tyr-except,它也只會執行try那行代碼,那行代碼沒有錯誤,那就不會執行except里面的代碼。
例如我們來一個正常的:
這種方法和前面的try-except寫法是差不多的,只是后面再增加了一個except,可用于判斷多種可能報錯的情況。
例如:有兩行代碼可能會報錯,兩種不同類型的異常,但不想讓它飄紅。
try: 1 / 0 print(a)except NameError as s: # 第一種寫法,用as+變量 print(s)except ZeroDivisionError: # 第二種寫法,自定義輸出內容 print("除數不能為0") # 自定義輸出的內容
運行結果:
雖然報錯,但沒有飄紅,這里注意一下except的兩種寫法。
try-except的寫法很靈活的,我們同樣可以用元組把可能報錯的異常類型囊括進去,避免寫多行except,例如:
如果沒有異常,則執行else里面的代碼,例如:
不管代碼是否有異常,最后都會執行finally里面的代碼。例如:
except后面其實可以不加錯誤類型,因為系統會默認認為后面的錯誤是類型是Exception,這是1個頂層類,包含了所有的出錯類型。
有沒有發現,前面我們去做基本的異常捕獲時,每次可能出錯的地方就得寫一個try-except,如果有多個地方可能會出錯呢?是否我們需要寫多個try-except?又或者理論上代碼可以運行,但我想定一下規矩,凡是不符合我規矩的行為,我都讓它出現異常,比如密碼長度超出我規定的長度,我想讓程序出現異常。
自定義異常可用于引發一個異常(拋出一個異常),由關鍵字raise引發。
舉例:模擬用戶輸入密碼的情景,用戶輸入的密碼不能低于6位數,自定義一個異常,用于檢測用戶輸入的密碼是否符合規定,不符合則引發異常,提示當前輸入的密碼長度和最小密碼長度不能低于6位數。
class MyError(Exception): # 異常捕獲的類 def __init__(self, length, min_len): # length為用戶輸入的密碼長度,min_len為規定的最小長度 self.length = length self.min_len = min_len # 設置拋出異常的描述信息 def __str__(self): return "你輸入的長度是%s,不能少于%s" % (self.length, self.min_len)def main(): try: con = input("請輸入密碼:") # 獲取用戶輸入的密碼 l = len(con) # 獲取用戶輸入的密碼長度 if l < 6: raise MyError(l, 6) # 長度低于設定的6位數則引發異常 except Exception as ss: # 有錯誤則提示 print(ss) else: print("您的密碼輸入完畢") # 沒有錯誤則執行main()
運行結果:
從上面的代碼中我們又用到了之前面向對象板塊里面的類和實例對象的知識,忘記的趕緊去復習吧,除此之外,這里還結合了前面的try-except,還有我們的關鍵字raise引起異常捕獲。
以上就是基本的異常捕獲和處理的方法,可以結合更多所學知識對異常進行更靈活的捕獲和優化,現在基本上很少能看到代碼異常報錯但卻原封不動地呈現給用戶看的產品,說明大家對異常的處理還是很重視的,所以這一塊知識對于開發者來說也是必備的。
我的公眾號在一番籌備之后終于出來了,公眾號會有我所有的技術和經驗文章,因為每個平臺支持的文章類型不一樣,所以有些文章大家可能是沒有見過的,歡迎前去查閱。
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/121130.html
前言 最近,我在群里答疑的時候,經常碰到,小伙伴,再變量,縮進,參數,方面使用錯誤,導致程序運行不來。 今天,打算自己寫一篇。 Python 變量作用域,和生命周期。 徹底弄懂變量該怎么使用。 知識點 變量的使用,有作用域區別,也有生命周期的區別。 1.變量作用域 局部變量 python能夠影響變量作用域的代碼段是def、class、lamda。 def scopeTest(): local...
?前言 在Python寫代碼做項目時,我們往往需要對多個文件進行操作,在現在的源代碼文件中怎么導入其他文件?怎么對其他文件進行操作?這都是經常要面臨的問題,尤其是爬蟲,爬到的數據放在哪里?用到的時候怎么調出來? 這就涉及到了Python的文件操作知識了,我們不可能永遠都只會在一個源文件上做所有的操作,這也是必須掌握的一個知識板塊。 與此同時,我的Python新手入門教程系列文章也已經快更新完了,歡...
摘要:前言在開發技術和應用市場完全成熟的今天,有人希望深耕技術打造出自己的一片天地,也有人想廣泛學習在程序員市場中游刃有余。而這本書上千的引用論文,給我指明了一條系統學習理論的明路。 ...
摘要:文章目錄情景再現本文關鍵詞挑個軟柿子單頁爬取數據處理翻頁操作擼代碼主調度函數頁面抓取函數解析保存函數可視化顏色分布評價詞云圖源碼獲取方式情景再現今日天氣尚好,女友忽然欲買文胸,但不知何色更美,遂命吾剖析何色買者益眾,為點議,事后而獎勵之。 ...
摘要:耗時代碼運行到這句之后觸發隱式等待,在輪詢檢查后仍然沒有定位到元素,拋出異常。耗時值得一提的是,對于定位不到元素的時候,從耗時方面隱式等待和強制等待沒什么區別。 ...
閱讀 2283·2021-09-30 09:47
閱讀 2210·2021-09-26 09:55
閱讀 2937·2021-09-24 10:27
閱讀 1534·2019-08-27 10:54
閱讀 960·2019-08-26 13:40
閱讀 2486·2019-08-26 13:24
閱讀 2410·2019-08-26 13:22
閱讀 1720·2019-08-23 18:38