Http請求狀態及jquery ajax請求異常處理

時間 2019-11-11

標籤 http 請求狀態 jquery ajax 異常處理欄目 HTTP/TCP 简体版

原文原文鏈接

上一週調優一個項目的Js部分，其中一個嚴重的問題就是在頁面初始化數據時，沒有對異常進行處理，
html

致使Loading一直在等待中，無提示無處理。在用戶體驗上很很差，即便網絡條件沒法保證，在出錯的狀況下，也應該jquery

提示一下用戶：好比Gmail就作的很不錯。web

國內網絡環境連接Gmail是否是的就出錯。只有能打開gmail,當咱們進行查詢時，若是GFW給攔截了，Google就會出現提示：ajax

1.正在加載中......json

2.再不行，就會出現，咱們正在努力的加載中。瀏覽器

3 最好還不行，就報異常：加載失敗，稍後再試。或者使用純html簡單方式瀏覽。服務器

這就是人性化。網絡

參考另外一篇文章： [網頁打開慢，真是框架的事情嗎？] app

jquery用ajax請求服務的時候，異常狀況和http直接請求是同樣同樣的。框架

錯誤代碼以下：

XMLHttpRequest.status屬性:一些錯誤代碼
HTTP
1xx-信息提示
這些狀態代碼表示臨時的響應。客戶端在收到常規響應以前，應準備接收一個或多個1xx響應。
100-繼續。
101-切換協議。
2xx-成功
這類狀態代碼代表服務器成功地接受了客戶端請求。
200-肯定。客戶端請求已成功。
201-已建立。
202-已接受。
203-非權威性信息。
204-無內容。
205-重置內容。
206-部份內容。
3xx-重定向
客戶端瀏覽器必須採起更多操做來實現請求。例如，瀏覽器可能不得不請求服務器上的不一樣的頁面，或經過代理服務器重複該請求。
301-對象已永久移走，即永久重定向。
302-對象已臨時移動。
304-未修改。
307-臨時重定向。
4xx-客戶端錯誤
發生錯誤，客戶端彷佛有問題。例如，客戶端請求不存在的頁面，客戶端未提供有效的身份驗證信息。400-錯誤的請求。
401-訪問被拒絕。IIS定義了許多不一樣的401錯誤，它們指明更爲具體的錯誤緣由。這些具體的錯誤代碼在瀏覽器中顯示，但不在IIS日誌中顯示：
401.1-登陸失敗。
401.2-服務器配置致使登陸失敗。
401.3-因爲ACL對資源的限制而未得到受權。
401.4-篩選器受權失敗。
401.5-ISAPI/CGI應用程序受權失敗。
401.7–訪問被Web服務器上的URL受權策略拒絕。這個錯誤代碼爲IIS6.0所專用。
403-禁止訪問：IIS定義了許多不一樣的403錯誤，它們指明更爲具體的錯誤緣由：
403.1-執行訪問被禁止。
403.2-讀訪問被禁止。
403.3-寫訪問被禁止。
403.4-要求SSL。
403.5-要求SSL128。
403.6-IP地址被拒絕。
403.7-要求客戶端證書。
403.8-站點訪問被拒絕。
403.9-用戶數過多。
403.10-配置無效。
403.11-密碼更改。
403.12-拒絕訪問映射表。
403.13-客戶端證書被吊銷。
403.14-拒絕目錄列表。
403.15-超出客戶端訪問許可。
403.16-客戶端證書不受信任或無效。
403.17-客戶端證書已過時或還沒有生效。
403.18-在當前的應用程序池中不能執行所請求的URL。這個錯誤代碼爲IIS6.0所專用。
403.19-不能爲這個應用程序池中的客戶端執行CGI。這個錯誤代碼爲IIS6.0所專用。
403.20-Passport登陸失敗。這個錯誤代碼爲IIS6.0所專用。
404-未找到。
404.0-（無）–沒有找到文件或目錄。
404.1-沒法在所請求的端口上訪問Web站點。
404.2-Web服務擴展鎖定策略阻止本請求。
404.3-MIME映射策略阻止本請求。
405-用來訪問本頁面的HTTP謂詞不被容許（方法不被容許）
406-客戶端瀏覽器不接受所請求頁面的MIME類型。
407-要求進行代理身份驗證。
412-前提條件失敗。
413–請求實體太大。
414-請求URI太長。
415–不支持的媒體類型。
416–所請求的範圍沒法知足。
417–執行失敗。
423–鎖定的錯誤。
5xx-服務器錯誤
服務器因爲遇到錯誤而不能完成該請求。
500-內部服務器錯誤。
500.12-應用程序正忙於在Web服務器上從新啓動。
500.13-Web服務器太忙。
500.15-不容許直接請求Global.asa。
500.16–UNC受權憑據不正確。這個錯誤代碼爲IIS6.0所專用。
500.18–URL受權存儲不能打開。這個錯誤代碼爲IIS6.0所專用。
500.100-內部ASP錯誤。
501-頁眉值指定了未實現的配置。
502-Web服務器用做網關或代理服務器時收到了無效響應。
502.1-CGI應用程序超時。
502.2-CGI應用程序出錯。application.
503-服務不可用。這個錯誤代碼爲IIS6.0所專用。
504-網關超時。
505-HTTP版本不受支持。
FTP
1xx-確定的初步答覆
這些狀態代碼指示一項操做已經成功開始，但客戶端但願在繼續操做新命令前獲得另外一個答覆。
110從新啓動標記答覆。
120服務已就緒，在nnn分鐘後開始。
125數據鏈接已打開，正在開始傳輸。
150文件狀態正常，準備打開數據鏈接。
2xx-確定的完成答覆
一項操做已經成功完成。客戶端能夠執行新命令。200命令肯定。
202未執行命令，站點上的命令過多。
211系統狀態，或系統幫助答覆。
212目錄狀態。
213文件狀態。
214幫助消息。
215NAME系統類型，其中，NAME是AssignedNumbers文檔中所列的正式系統名稱。
220服務就緒，能夠執行新用戶的請求。
221服務關閉控制鏈接。若是適當，請註銷。
225數據鏈接打開，沒有進行中的傳輸。
226關閉數據鏈接。請求的文件操做已成功（例如，傳輸文件或放棄文件）。
227進入被動模式(h1,h2,h3,h4,p1,p2)。
230用戶已登陸，繼續進行。
250請求的文件操做正確，已完成。
257已建立「PATHNAME」。
3xx-確定的中間答覆
該命令已成功，但服務器須要更多來自客戶端的信息以完成對請求的處理。331用戶名正確，須要密碼。
332須要登陸賬戶。
350請求的文件操做正在等待進一步的信息。
4xx-瞬態否認的完成答覆
該命令不成功，但錯誤是暫時的。若是客戶端重試命令，可能會執行成功。421服務不可用，正在關閉控制鏈接。若是服務肯定它必須關閉，將向任何命令發送這一應答。
425沒法打開數據鏈接。
426Connectionclosed;transferaborted.
450未執行請求的文件操做。文件不可用（例如，文件繁忙）。
451請求的操做異常終止：正在處理本地錯誤。
452未執行請求的操做。系統存儲空間不夠。
5xx-永久性否認的完成答覆
該命令不成功，錯誤是永久性的。若是客戶端重試命令，將再次出現一樣的錯誤。500語法錯誤，命令沒法識別。這可能包括諸如命令行太長之類的錯誤。
501在參數中有語法錯誤。
502未執行命令。
503錯誤的命令序列。
504未執行該參數的命令。
530未登陸。
532存儲文件須要賬戶。
550未執行請求的操做。文件不可用（例如，未找到文件，沒有訪問權限）。
551請求的操做異常終止：未知的頁面類型。
552請求的文件操做異常終止：超出存儲分配（對於當前目錄或數據集）。
553未執行請求的操做。不容許的文件名。
常見的FTP狀態代碼及其緣由
150-FTP使用兩個端口：21用於發送命令，20用於發送數據。狀態代碼150表示服務器準備在端口20上打開新鏈接，發送一些數據。
226-命令在端口20上打開數據鏈接以執行操做，如傳輸文件。該操做成功完成，數據鏈接已關閉。
230-客戶端發送正確的密碼後，顯示該狀態代碼。它表示用戶已成功登陸。
331-客戶端發送用戶名後，顯示該狀態代碼。不管所提供的用戶名是否爲系統中的有效賬戶，都將顯示該狀態代碼。
426-命令打開數據鏈接以執行操做，但該操做已被取消，數據鏈接已關閉。
530-該狀態代碼表示用戶沒法登陸，由於用戶名和密碼組合無效。若是使用某個用戶賬戶登陸，可能鍵入錯誤的用戶名或密碼，也可能選擇只容許匿名訪問。若是使用匿名賬戶登陸，IIS的配置可能拒絕匿名訪問。
550-命令未被執行，由於指定的文件不可用。例如，要GET的文件並不存在，或試圖將文件PUT到您沒有寫入權限的目錄。

Jquery以及extjs處理都是相似的。

對jQuery 來講，超時能夠直接設置timeout參數，並在error事件中捕獲第二個參數，若是是「timeout」則代表捕獲了超時事件，很是清楚。

例子：

$.ajax({
       type: "POST",
       contentType: "application/json",
       url: "../ws/MyService.asmx/test",
       data: '{"email":"'+email+'"}',
       timeout: 30000, //超時時間：30秒
       dataType: 'json',
       error: function(XMLHttpRequest, textStatus, errorThrown){
       //TODO: 處理status， http status code，超時 408
       // 注意：若是發生了錯誤，錯誤信息（第二個參數）除了獲得null以外，還可能
             //是"timeout", "error", "notmodified" 和 "parsererror"。
       },
       success: function(result) {
         // TODO: check result
       }
});

另外，error事件返回的第一個參數XMLHttpRequest有一些有用的信息：
XMLHttpRequest.readyState: 狀態碼
0 －（未初始化）尚未調用send()方法
1 －（載入）已調用send()方法，正在發送請求
2 －（載入完成）send()方法執行完成，已經接收到所有響應內容
3 －（交互）正在解析響應內容
4 －（完成）響應內容解析完成，能夠在客戶端調用了

ExtJS 的默認超時時間是30s，超過就會ajax請求失敗，http status code 408。

設置ExtJS的超時時間方法須要用Ext.data.Connection 對象，並捕捉requestexception事件，例子：

var conn=new Ext.data.Connection({
   url: "../ws/MyService.asmx/test",
   timeout : 60000, //自定義超時時間，這裏是60秒 (默認30s)
   autoAbort : false,
   disableCaching : true,
   method : "GET"
});
var proxy = new Ext.data.HttpProxy(conn);
proxy.getConnection().on("requestcomplete", function(sender, response, options){   
   //成功，response.status = 200, response.statusText = 'OK'
});
proxy.getConnection().on("requestexception", function(sender, response, options){
   //異常，捕捉 esponse.status  ( http status code 代碼 )和 response.statusText
});
   
var store = new Ext.data.Store({
   proxy: proxy,
   reader: myReader, //須要另外定義一個reader
   baseParams: {myargument:'myargumentValue'}, //改爲你的參數名和值
   remoteSort: false
});   
store.load();

編者注：

一、增長異常處理後，再加上其餘優化手段，用戶體驗效果明顯加強了

2.異常，無論在什麼狀況下，都是要處理。不論是後臺代碼好處，仍是js很差處理。都是要處理的。