Python編程基礎(chǔ)實(shí)戰(zhàn)之Str函數(shù)和異常處理

assert 表達(dá)式 表達(dá)式為真時(shí)，不報(bào)錯(cuò)，否則報(bào)錯(cuò)，assert 表達(dá)式后面還可以定義返回錯(cuò)誤提示

網(wǎng)站設(shè)計(jì)、成都做網(wǎng)站介紹好的網(wǎng)站是理念、設(shè)計(jì)和技術(shù)的結(jié)合。創(chuàng)新互聯(lián)建站擁有的網(wǎng)站設(shè)計(jì)理念、多方位的設(shè)計(jì)風(fēng)格、經(jīng)驗(yàn)豐富的設(shè)計(jì)團(tuán)隊(duì)。提供PC端+手機(jī)端網(wǎng)站建設(shè)，用營(yíng)銷思維進(jìn)行網(wǎng)站設(shè)計(jì)、采用先進(jìn)技術(shù)開源代碼、注重用戶體驗(yàn)與SEO基礎(chǔ)，將技術(shù)與創(chuàng)意整合到網(wǎng)站之中，以契合客戶的方式做到創(chuàng)意性的視覺化效果。

Python哈希函數(shù)什么情況下拋出異常

拋出異常是停止運(yùn)行這個(gè)函數(shù)中的代碼。

哈希算法將一個(gè)不定長(zhǎng)的輸入，通過散列函數(shù)變換成一個(gè)定長(zhǎng)的輸出，即散列值。是一種信息摘要算法。對(duì)象的hash值比原對(duì)象擁有更低的內(nèi)存復(fù)雜度。

它不同于加密。哈希是將目標(biāo)文本轉(zhuǎn)換成具有相同長(zhǎng)度的，不可逆的雜湊字符串，而加密則是將文本轉(zhuǎn)換為具有相同長(zhǎng)度的，可逆的密文。哈希算法是不可逆的，只能由輸入產(chǎn)生輸出，不能由輸出產(chǎn)生輸入。而加密則是可逆的。即可以從輸入產(chǎn)生輸出，也可以反過來從輸出推出輸入。

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ò)誤碼來表示是否出錯(cuò)十分不便，因?yàn)楹瘮?shù)本身應(yīng)該返回的正常結(jié)果和錯(cuò)誤碼混在一起，造成調(diào)用者必須大量的代碼來判斷是否出錯(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í)語言通常都內(nèi)置了一套try...except...finally...的錯(cuò)誤處理機(jī)制，python也不例外。try

讓我們用一個(gè)例子來看看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來運(yùn)行這段代碼，如果執(zhí)行出錯(cuò)，則后續(xù)代碼不會(huì)繼續(xù)執(zhí)行

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

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

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

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

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

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

result 5.0finally...

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

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

沒錯(cuò)，可以有多個(gè)except來捕獲不同類型的錯(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語句塊后面加一個(gè)else，當(dāng)沒有錯(cuò)誤發(fā)生時(shí)，會(huì)自動(dòng)執(zhí)行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的錯(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ò)的地方去捕獲異常，只要在合適的層次去捕獲就可以了。

這樣一來，就大大減少了寫 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í)我們找到了源頭，原來在第2行調(diào)用return 10 / int(s)出錯(cuò)了，錯(cuò)誤為ZeroDivisionError

三、記錄錯(cuò)誤

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

既然我們能捕獲錯(cuò)誤，就可以把錯(cuò)誤堆棧打印出來，然后分析錯(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語句拋出一個(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ò)誤類型。

最后，我們來看另一種錯(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語句拋出去了。這不是有病嗎

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

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

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

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

注意：raise語句如果不帶參數(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 用來處理錯(cuò)誤十分方便。

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

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

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

Python3.4.3 關(guān)于input()函數(shù)和異常的問題,不止一個(gè)except

class?Calculator(Exception):

try:

x?=?input('Enter?the?first?number:')

y?=?input('Enter?the?second?number:')

print(int(x)/int(y))

except?ZeroDivisionError:

print('The?second?number?cannot?be?Zero')

except?ValueError:?#int方法拋出的是ValueError，所以使用TypeError是捕獲不到異常的

print('That?wasn\'t?a?number')

如果解決了您的問題請(qǐng)采納！

如果未解決請(qǐng)繼續(xù)追問

python，如圖，自定義異常，不如定義一個(gè)函數(shù)判斷一下不就行了嗎？自定義異常的好處是什么？

你說的沒問題，除非在大型項(xiàng)目中，否則看上去多此一舉。

一般try catch可以寫成

except ShortInputError as e：

except xxxError as e：

except Exception as e：

這樣就可以在except里面捕獲各種類型的異常。

否則你要判斷類型就只能根據(jù)message文本來解析，也很不準(zhǔn)確。

自定義異常還可以起到某種文檔的作用、隱藏內(nèi)部實(shí)現(xiàn)細(xì)節(jié)的作用。