先來(lái)說(shuō)一說(shuō)HTTP的異常處理問(wèn)題。
當(dāng)urlopen不能夠處理一個(gè)response時(shí)，產(chǎn)生urlError。
不過(guò)通常的Python APIs異常如ValueError,TypeError等也會(huì)同時(shí)產(chǎn)生。
HTTPError是urlError的子類(lèi)，通常在特定HTTP URLs中產(chǎn)生。

1.URLError
通常，URLError在沒(méi)有網(wǎng)絡(luò)連接(沒(méi)有路由到特定服務(wù)器)，或者服務(wù)器不存在的情況下產(chǎn)生。
這種情況下，異常同樣會(huì)帶有"reason"屬性，它是一個(gè)tuple（可以理解為不可變的數(shù)組），
包含了一個(gè)錯(cuò)誤號(hào)和一個(gè)錯(cuò)誤信息。
我們建一個(gè)urllib2_test06.py來(lái)感受一下異常的處理：

按下F5，可以看到打印出來(lái)的內(nèi)容是：
[Errno 11001] getaddrinfo failed
也就是說(shuō)，錯(cuò)誤號(hào)是11001，內(nèi)容是getaddrinfo failed

2.HTTPError

服務(wù)器上每一個(gè)HTTP 應(yīng)答對(duì)象response包含一個(gè)數(shù)字"狀態(tài)碼"。
有時(shí)狀態(tài)碼指出服務(wù)器無(wú)法完成請(qǐng)求。默認(rèn)的處理器會(huì)為你處理一部分這種應(yīng)答。
例如:假如response是一個(gè)"重定向"，需要客戶(hù)端從別的地址獲取文檔，urllib2將為你處理。
其他不能處理的，urlopen會(huì)產(chǎn)生一個(gè)HTTPError。
典型的錯(cuò)誤包含"404"(頁(yè)面無(wú)法找到)，"403"(請(qǐng)求禁止)，和"401"(帶驗(yàn)證請(qǐng)求)。
HTTP狀態(tài)碼表示HTTP協(xié)議所返回的響應(yīng)的狀態(tài)。
比如客戶(hù)端向服務(wù)器發(fā)送請(qǐng)求，如果成功地獲得請(qǐng)求的資源，則返回的狀態(tài)碼為200，表示響應(yīng)成功。
如果請(qǐng)求的資源不存在， 則通常返回404錯(cuò)誤。

HTTP狀態(tài)碼 通常分為5種類(lèi)型，分別以1～5五個(gè)數(shù)字開(kāi)頭，由3位整數(shù)組成：
------------------------------------------------------------------------------------------------
200：請(qǐng)求成功????? 處理方式：獲得響應(yīng)的內(nèi)容，進(jìn)行處理
201：請(qǐng)求完成，結(jié)果是創(chuàng)建了新資源。新創(chuàng)建資源的URI可在響應(yīng)的實(shí)體中得到??? 處理方式：爬蟲(chóng)中不會(huì)遇到
202：請(qǐng)求被接受，但處理尚未完成??? 處理方式：阻塞等待
204：服務(wù)器端已經(jīng)實(shí)現(xiàn)了請(qǐng)求，但是沒(méi)有返回新的信 息。如果客戶(hù)是用戶(hù)代理，則無(wú)須為此更新自身的文檔視圖。??? 處理方式：丟棄
300：該狀態(tài)碼不被HTTP/1.0的應(yīng)用程序直接使用， 只是作為3XX類(lèi)型回應(yīng)的默認(rèn)解釋。存在多個(gè)可用的被請(qǐng)求資源。??? 處理方式：若程序中能夠處理，則進(jìn)行進(jìn)一步處理，如果程序中不能處理，則丟棄
301：請(qǐng)求到的資源都會(huì)分配一個(gè)永久的URL，這樣就可以在將來(lái)通過(guò)該URL來(lái)訪問(wèn)此資源??? 處理方式：重定向到分配的URL
302：請(qǐng)求到的資源在一個(gè)不同的URL處臨時(shí)保存???? 處理方式：重定向到臨時(shí)的URL
304 請(qǐng)求的資源未更新???? 處理方式：丟棄
400 非法請(qǐng)求???? 處理方式：丟棄
401 未授權(quán)???? 處理方式：丟棄
403 禁止???? 處理方式：丟棄
404 沒(méi)有找到???? 處理方式：丟棄
5XX 回應(yīng)代碼以“5”開(kāi)頭的狀態(tài)碼表示服務(wù)器端發(fā)現(xiàn)自己出現(xiàn)錯(cuò)誤，不能繼續(xù)執(zhí)行請(qǐng)求??? 處理方式：丟棄
------------------------------------------------------------------------------------------------

HTTPError實(shí)例產(chǎn)生后會(huì)有一個(gè)整型'code'屬性，是服務(wù)器發(fā)送的相關(guān)錯(cuò)誤號(hào)。

Error Codes錯(cuò)誤碼

因?yàn)槟J(rèn)的處理器處理了重定向(300以外號(hào)碼)，并且100-299范圍的號(hào)碼指示成功，所以你只能看到400-599的錯(cuò)誤號(hào)碼。
BaseHTTPServer.BaseHTTPRequestHandler.response是一個(gè)很有用的應(yīng)答號(hào)碼字典，顯示了HTTP協(xié)議使用的所有的應(yīng)答號(hào)。
當(dāng)一個(gè)錯(cuò)誤號(hào)產(chǎn)生后，服務(wù)器返回一個(gè)HTTP錯(cuò)誤號(hào)，和一個(gè)錯(cuò)誤頁(yè)面。
你可以使用HTTPError實(shí)例作為頁(yè)面返回的應(yīng)答對(duì)象response。
這表示和錯(cuò)誤屬性一樣，它同樣包含了read,geturl,和info方法。
我們建一個(gè)urllib2_test07.py來(lái)感受一下：

按下F5可以看見(jiàn)輸出了404的錯(cuò)誤碼，也就說(shuō)沒(méi)有找到這個(gè)頁(yè)面。

3.Wrapping

所以如果你想為HTTPError或URLError做準(zhǔn)備，將有兩個(gè)基本的辦法。推薦使用第二種。
我們建一個(gè)urllib2_test08.py來(lái)示范一下第一種異常處理的方案：

和其他語(yǔ)言相似，try之后捕獲異常并且將其內(nèi)容打印出來(lái)。
這里要注意的一點(diǎn)，except HTTPError 必須在第一個(gè)，否則except URLError將同樣接受到HTTPError 。
因?yàn)镠TTPError是URLError的子類(lèi)，如果URLError在前面它會(huì)捕捉到所有的URLError（包括HTTPError ）。

我們建一個(gè)urllib2_test09.py來(lái)示范一下第二種異常處理的方案：