Microsoft.XMLHTTP對象詳解

1、客戶端調用XMLHTTP的過程很簡單,只有5個步驟:
(1)創建XMLHTTP對象。
(2)、打開與服務端的連接,同時定義指令發送方式,服務網頁(URL)和請求權限等。
客戶端通過Open命令打開與服務端的服務網頁的連接。與普通HTTP指令傳送一樣,可以用"GET"方法或"POST"方法指向服務端的服務網頁。
(3)、發送指令。
(4)、等待並接收服務端返回的處理結果。
(5)、釋放XMLHTTP對象。


2、XMLHTTP方法:

open(bstrMethod,bstrUrl,varAsync,bstrUser,bstrPassword)
bstrMethod:數據傳送方式,即GET或POST。用"POST"方式發送數據,可以大到4MB,也可以換爲"GET",只能256KB。
bstrUrl:服務網頁的URL。
varAsync:是否同步執行。缺省爲True,即同步執行,但只能在DOM中實施同步執行。用中一般將其置爲False,即異步執行。
bstrUser:用戶名,可省略。
bstrPassword:用戶口令,可省略。

send(varBody)
varBody:指令集。可以是XML格式數據,也可以是字符串,流,或者一個無符號整數數組。也可以省略,讓指令通過Open方法的URL參數代入。發送數據的方式分爲同步和異步兩種。在異步方式下,數據包一旦發送完畢,就結束Send進程,客戶機執行的操作;而在同步方式下,客戶機要等到服務器返回確認消息後才結束Send進程。

setRequestHeader(bstrHeader,bstrValue)
bstrHeader:HTTP頭(header)
bstrValue:HTTP頭(header)的值
如果Open方法定義爲POST,可以定義表單方式上傳:
xmlhttp.setRequestHeader"Content-Type","application/x-www-form-urlencoded"

abort
取消當前HTTP請求

getAllResponseHeaders
從響應信息中檢索所有的標頭字段

getResponseHeader
從響應信息正文中獲得一個HTTP標頭值

3、XMLHTTP屬性:

onreadystatechange
在同步執行方式下獲得返回結果的事件句柄。只能在DOM中調用。

readyState
XMLHTTP對象中的readyState屬性能夠反映出服務器在處理請求時的進展狀況。客戶機的程序可以根據這個狀態信息設置相應的事件處理方法。屬性值及其含義如下表所示:
值說明
0Response對象已經創建,但XML文檔上載過程尚未結束
1XML文檔已經裝載完畢
2XML文檔已經裝載完畢,正在處理中
3部分XML文檔已經解析
4文檔已經解析完畢,客戶端可以接受返回消息

responseBody
Variant型結果返回爲無符號整數數組

responseStream
Variant型結果返回爲IStream流

responseText
string型結果返回爲字符串。

responseXML
object型結果返回爲XML格式數據。

status
Long型服務器返回的HTTP狀態碼

statusText
String型服務器HTTP響應行狀態
4、HTTP1.1支持的狀態代碼:

100Continue初始的請求已經接受,客戶應當繼續發送請求的其餘部分
101SwitchingProtocols服務器將遵從客戶的請求轉換到另外一種協議
200OK一切正常,對GET和POST請求的應答文檔跟在後面。
201Created服務器已經創建了文檔,Location頭給出了它的URL。
202Accepted已經接受請求,但處理尚未完成。
203Non-AuthoritativeInformation文檔已經正常地返回,但一些應答頭可能不正確,因爲使用的是文檔的拷貝
204NoContent沒有新文檔,瀏覽器應該繼續顯示原來的文檔。如果用戶定期地刷新頁面,而Servlet可以確定用戶文檔足夠新,這個狀態代碼是很有用的
205ResetContent沒有新的內容,但瀏覽器應該重置它所顯示的內容。用來強制瀏覽器清除表單輸入內容
206PartialContent客戶發送了一個帶有Range頭的GET請求,服務器完成了它
300MultipleChoices客戶請求的文檔可以在多個位置找到,這些位置已經在返回的文檔內列出。如果服務器要提出優先選擇,則應該在Location應答頭指明。
301MovedPermanently客戶請求的文檔在其他地方,新的URL在Location頭中給出,瀏覽器應該自動地訪問新的URL。
302Found類似於301,但新的URL應該被視爲臨時性的替代,而不是永久性的。
303SeeOther類似於301/302,不同之處在於,如果原來的請求是POST,Location頭指定的重定向目標文檔應該通過GET提取
304NotModified客戶端有緩衝的文檔併發出了一個條件性的請求(一般是提供If-Modified-Since頭表示客戶只想比指定日期更新的文檔)。服務器告訴客戶,原來緩衝的文檔還可以繼續使用。
305UseProxy客戶請求的文檔應該通過Location頭所指明的代理服務器提取
307TemporaryRedirect和302(Found)相同。許多瀏覽器會錯誤地響應302應答進行重定向,即使原來的請求是POST,即使它實際上只能在POST請求的應答是303時才能重定向。由於這個原因,HTTP1.1新增了307,以便更加清除地區分幾個狀態代碼:當出現303應答時,瀏覽器可以跟隨重定向的GET和POST請求;如果是307應答,則瀏覽器只能跟隨對GET請求的重定向。
400BadRequest請求出現語法錯誤。
401Unauthorized客戶試圖未經授權訪問受密碼保護的頁面。應答中會包含一個WWW-Authenticate頭,瀏覽器據此顯示用戶名字/密碼對話框,然後在填寫合適的Authorization頭後再次發出請求。
403Forbidden資源不可用。
404NotFound無法找到指定位置的資源
405MethodNotAllowed請求方法(GET、POST、HEAD、DELETE、PUT、TRACE等)對指定的資源不適用。
406NotAcceptable指定的資源已經找到,但它的MIME類型和客戶在Accpet頭中所指定的不兼容
407ProxyAuthenticationRequired類似於401,表示客戶必須先經過代理服務器的授權。
408RequestTimeout在服務器許可的等待時間內,客戶一直沒有發出任何請求。客戶可以在以後重複同一請求。
409Conflict通常和PUT請求有關。由於請求和資源的當前狀態相沖突,因此請求不能成功。
410Gone所請求的文檔已經不再可用,而且服務器不知道應該重定向到哪一個地址。它和404的不同在於,返回407表示文檔永久地離開了指定的位置,而404表示由於未知的原因文檔不可用。
411LengthRequired服務器不能處理請求,除非客戶發送一個Content-Length頭。
412PreconditionFailed請求頭中指定的一些前提條件失敗
413RequestEntityTooLarge目標文檔的大小超過服務器當前願意處理的大小。如果服務器認爲自己能夠稍後再處理該請求,則應該提供一個Retry-After頭
414RequestURITooLongURI太長
416RequestedRangeNotSatisfiable服務器不能滿足客戶在請求中指定的Range頭
500InternalServerError服務器遇到了意料不到的情況,不能完成客戶的請求
501NotImplemented服務器不支持實現請求所需要的功能。例如,客戶發出了一個服務器不支持的PUT請求
502BadGateway服務器作爲網關或者代理時,爲了完成請求訪問下一個服務器,但該服務器返回了非法的應答
503ServiceUnavailable服務器由於維護或者負載過重未能應答。例如,Servlet可能在連接池已滿的情況下返回503。服務器返回503時可以提供一個Retry-After頭
504GatewayTimeout由作爲代理或網關的服務器使用,表示不能及時地從遠程服務器獲得應答
505HTTPVersionNotSupported服務器不支持請求中所指明的HTTP版本

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章