深入了解XMLHttpRequest

2021-08-22 20:22:25 字數 3502 閱讀 4994

/**

* */

你熟悉你的xmlhttprequest物件嗎,是否你也像很多人一樣只會呼叫封裝好的ajax框架如prototype或者dwr,卻從來沒有關心過ajax真正使用的xmlhttprequest物件呢。

在非ie核心瀏覽器中,這個xmlhttprequest物件是xmlhttprequest類初始化的;

初始化的方式是request=new xmlhttprequest();

然而在ie核心瀏覽器中,這個xmlhttprequest物件是用乙個叫activexobject的類初始化的;

初始化的方式是request=new activexobject("msxml2.xmlhttp");

或者帶個版本號request=new activexobject("msxml2.xmlhttp.5.0");

這個對應較新的ie瀏覽器版本支援的activex物件;

但是為了支援較老版本的ie,你也可以這樣初始化:

當然從使用效率和bug數量方面考慮,優先使用第一種初始化方式。

(ie7似乎加入了xmlhttprequest物件的支援,同時保留對activexobject方式的相容)

var request=null;

function createrequest()catch(trymicrosoft)catch(othermicrosoft)catch(failed)}}

if(request==null)alert("error creating request! ");

}

這個xmlhttprequest物件有個屬性叫做readystate,這個屬性描述了xmlhttprequest物件當前所處的狀態,共有五個狀態值:

(0)未初始化

此階段確認xmlhttprequest物件是否建立,並為呼叫open()方法進行未初始化作好準備。值為0表示物件已經存在,否則瀏覽器會報錯--物件不存在。

(1)載入

此階段對xmlhttprequest物件進行初始化,即呼叫open()方法,根據引數(method,url,true)完成物件狀態的設定。並呼叫send()方法開始向服務端傳送請求。值為1表示正在向服務端傳送請求。

(2)載入完成

此階段接收伺服器端的響應資料。但獲得的還只是服務端響應的原始資料,並不能直接在客戶端使用。值為2表示已經接收完全部響應資料。並為下一階段對資料解析作好準備。

(3)互動

此階段解析接收到的伺服器端響應資料。即根據伺服器端響應頭部返回的mime型別把資料轉換成能通過responsebody、responsetext或respon***ml屬性訪問的格式,為在客戶端呼叫作好準備。狀態3表示正在解析資料。

(4)完成

此階段確認全部資料都已經解析為客戶端可用的格式,解析已經完成。值為4表示資料解析完畢,可以通過xmlhttprequest物件的相應屬性取得資料。

另一種解釋是:

0: (uninitialized) the send( ) method has not yet been invoked.

1: (loading) the send( ) method has been invoked, request in progress.

2: (loaded) the send( ) method has completed, entire response received.

3: (interactive) the response is being parsed.

4: (completed) the response has been parsed, is ready for harvesting.

0 - (未初始化)還沒有呼叫send()方法

1 - (載入)已呼叫send()方法,正在傳送請求

2 - (載入完成)send()方法執行完成,已經接收到全部響應內容

3 - (互動)正在解析響應內容

4 - (完成)響應內容解析完成,可以在客戶端呼叫了

xmlhttprequest物件還有乙個有用的屬性就是status,用來表示客戶端和服務端的對話狀態。

屬性status的含義:

0**:未被始化

1**:請求收到,繼續處理

2**:操作成功收到,分析、接受

3**:完成此請求必須進一步處理

4**:請求包含乙個錯誤語法或不能完成

5**:伺服器執行乙個完全有效請求失敗

100——客戶必須繼續發出請求

101——客戶要求伺服器根據請求轉換http協議版本

200——交易成功

201——提示知道新檔案的url

202——接受和處理、但處理未完成

203——返回資訊不確定或不完整

204——請求收到,但返回資訊為空

205——伺服器完成了請求,使用者**必須復位當前已經瀏覽過的檔案

206——伺服器已經完成了部分使用者的get請求

300——請求的資源可在多處得到

301——刪除請求資料

302——在其他位址發現了請求資料

303——建議客戶訪問其他url或訪問方式

304——客戶端已經執行了get,但檔案未變化

305——請求的資源必須從伺服器指定的位址得到

306——前一版本http中使用的**,現行版本中不再使用

307——申明請求的資源臨時性刪除

400——錯誤請求,如語法錯誤

401——請求授權失敗

402——保留有效chargeto頭響應

403——請求不允許

404——沒有發現檔案、查詢或url

405——使用者在request-line欄位定義的方法不允許

406——根據使用者傳送的accept拖,請求資源不可訪問

407——類似401,使用者必須首先在**伺服器上得到授權

408——客戶端沒有在使用者指定的餓時間內完成請求

409——對當前資源狀態,請求不能完成

410——伺服器上不再有此資源且無進一步的參考位址

411——伺服器拒絕使用者定義的content-length屬性請求

412——乙個或多個請求頭字段在當前請求中錯誤

413——請求的資源大於伺服器允許的大小

414——請求的資源url長於伺服器允許的長度

415——請求資源不支援請求專案格式

416——請求中包含range請求頭欄位,在當前請求資源範圍內沒有range指示值,請求

也不包含if-range請求頭欄位

417——伺服器不滿足請求expect頭欄位指定的期望值,如果是**伺服器,可能是下

一級伺服器不能滿足請求

500——伺服器產生內部錯誤

501——伺服器不支援請求的函式

502——伺服器暫時不可用,有時是為了防止發生系統過載

503——伺服器過載或暫停維修

504——關口過載,伺服器使用另乙個關口或服務來響應使用者,等待時間設定值較長

505——伺服器不支援或拒絕支請求頭中指定的http版本

深入了解A

一 前言 在這裡我將對a 演算法的實際應用進行一定的 並且舉乙個有關a 演算法在最短路徑搜尋的例子。值得注意的是這裡並不對a 的基本的概念作介紹,如果你還對a 演算法不清楚的話,請看姊妹篇 初識a 演算法 這裡所舉的例子是參考amit主頁中的乙個源程式,使用這個源程式時,應該遵守一定的公約。二 a ...

深入了解A

一 前言 在這裡我將對a 演算法的實際應用進行一定的 並且舉乙個有關a 演算法在最短路徑搜尋的例子。值得注意的是這裡並不對a 的基本的概念作介紹,如果你還對a 演算法不清楚的話,請看姊妹篇 初識a 演算法 這裡所舉的例子是參考amit主頁中的乙個源程式,使用這個源程式時,應該遵守一定的公約。二 a ...

深入了解Dojo Data

譯自http www.sitepen.com blog 2010 10 13 dive into dojo data 使用dojo data有助於快速建立web應用的介面,且易於嵌入各種資料來源。它在使用者介面與底層資料之間提供了一層抽象層,使得使用者介面開發人員能夠專注於ui的開發,而無需擔心資料...