1.URLError異常處理
try:
urllib2.urlopen(request)
except urllib2.URLError, e:
print e.reason
便可輸出有關(guān)的URLError的異常
2.HttpError異常處理
try:
urllib2.urlopen(request)
except urllib2.HTTPError, e:
print e.reason
print e.code
在httperror中衔蹲，同樣可以輸出一個code皿哨，下面是code對應(yīng)表
100：繼續(xù) 客戶端應(yīng)當(dāng)繼續(xù)發(fā)送請求便贵⌒可保客戶端應(yīng)當(dāng)繼續(xù)發(fā)送請求的剩余部分，或者如果請求已經(jīng)完成佳遂，忽略這個響應(yīng)寥袭。
101： 轉(zhuǎn)換協(xié)議 在發(fā)送完這個響應(yīng)最后的空行后路捧，服務(wù)器將會切換到在Upgrade 消息頭中定義的那些協(xié)議。只有在切換新的協(xié)議更有好處的時候才應(yīng)該采取類似措施传黄。
102：繼續(xù)處理 由WebDAV（RFC 2518）擴展的狀態(tài)碼杰扫，代表處理將被繼續(xù)執(zhí)行。
200：請求成功 處理方式：獲得響應(yīng)的內(nèi)容膘掰，進行處理
201：請求完成章姓，結(jié)果是創(chuàng)建了新資源。新創(chuàng)建資源的URI可在響應(yīng)的實體中得到 處理方式：爬蟲中不會遇到
202：請求被接受，但處理尚未完成 處理方式：阻塞等待
204：服務(wù)器端已經(jīng)實現(xiàn)了請求凡伊，但是沒有返回新的信 息零渐。如果客戶是用戶代理，則無須為此更新自身的文檔視圖系忙。 處理方式：丟棄
300：該狀態(tài)碼不被HTTP/1.0的應(yīng)用程序直接使用诵盼， 只是作為3XX類型回應(yīng)的默認(rèn)解釋。存在多個可用的被請求資源银还。 處理方式：若程序中能夠處理拦耐，則進行進一步處理，如果程序中不能處理见剩，則丟棄
301：請求到的資源都會分配一個永久的URL，這樣就可以在將來通過該URL來訪問此資源 處理方式：重定向到分配的URL
302：請求到的資源在一個不同的URL處臨時保存 處理方式：重定向到臨時的URL
304：請求的資源未更新 處理方式：丟棄
400：非法請求 處理方式：丟棄
401：未授權(quán) 處理方式：丟棄
403：禁止 處理方式：丟棄
404：沒有找到 處理方式：丟棄
500：服務(wù)器內(nèi)部錯誤 服務(wù)器遇到了一個未曾預(yù)料的狀況扫俺，導(dǎo)致了它無法完成對請求的處理苍苞。一般來說，這個問題都會在服務(wù)器端的源代碼出現(xiàn)錯誤時出現(xiàn)狼纬。
501：服務(wù)器無法識別 服務(wù)器不支持當(dāng)前請求所需要的某個功能羹呵。當(dāng)服務(wù)器無法識別請求的方法，并且無法支持其對任何資源的請求疗琉。
502：錯誤網(wǎng)關(guān) 作為網(wǎng)關(guān)或者代理工作的服務(wù)器嘗試執(zhí)行請求時冈欢，從上游服務(wù)器接收到無效的響應(yīng)。
503：服務(wù)出錯 由于臨時的服務(wù)器維護或者過載盈简，服務(wù)器當(dāng)前無法處理請求凑耻。這個狀況是臨時的，并且將在一段時間以后恢復(fù)
