關于HTTP及XMLHTTP狀態代碼一覽

2019-11-18 12:47:13

字體：大中小

來源：轉載

供稿：網友

　　(一) HTTP 1.1支持的狀態代碼
　　
　　100 Continue 初始的請求已經接受，客戶應當繼續發送請求的其余部分
　　
　　101 Switching PRotocols 服務器將遵從客戶的請求轉換到另外一種協議
　　
　　200 OK 一切正常，對GET和POST請求的應答文檔跟在后面。
　　
　　201 Created 服務器已經創建了文檔，Location頭給出了它的URL。
　　
　　202 Accepted 已經接受請求，但處理尚未完成。
　　
　　203 Non-Authoritative Information 文檔已經正常地返回，但一些應答頭可能不正確，因為使用的是文檔的拷貝
　　
　　204 No Content 沒有新文檔，瀏覽器應該繼續顯示原來的文檔。假如用戶定期地刷新頁面，而Servlet可以確定用戶文檔足夠新，這個狀態代碼是很有用的
　　
　　205 Reset Content 沒有新的內容，但瀏覽器應該重置它所顯示的內容。用來強制瀏覽器清除表單輸入內容
　　
　　206 Partial Content 客戶發送了一個帶有Range頭的GET請求，服務器完成了它
　　
　　300 Multiple Choices 客戶請求的文檔可以在多個位置找到，這些位置已經在返回的文檔內列出。假如服務器要提出優先選擇，則應該在Location應答頭指明。
　　
　　301 Moved Permanently 客戶請求的文檔在其他地方，新的URL在Location頭中給出，瀏覽器應該自動地訪問新的URL。
　　
　　302 Found 類似于301，但新的URL應該被視為臨時性的替代，而不是永久性的。
　　
　　303 See Other 類似于301/302，不同之處在于，假如原來的請求是POST，Location頭指定的重定向目標文檔應該通過GET提取
　　
　　304 Not Modified 客戶端有緩沖的文檔并發出了一個條件性的請求（一般是提供If-Modified-Since頭表示客戶只想比指定日期更新的文檔）。服務器告訴客戶，原來緩沖的文檔還可以繼續使用。
　　
　　305 Use Proxy 客戶請求的文檔應該通過Location頭所指明的代理服務器提取
　　
　　307 Temporary Redirect 和302（Found）相同。許多瀏覽器會錯誤地響應302應答進行重定向，即使原來的請求是POST，即使它實際上只能在POST請求的應答是303時才能重定向。由于這個原因，HTTP 1.1新增了307，以便更加清除地區分幾個狀態代碼：當出現303應答時，瀏覽器可以跟隨重定向的GET和POST請求；假如是307應答，則瀏覽器只能跟隨對GET請求的重定向。
　　
　　400 Bad Request 請求出現語法錯誤。
　　
　　401 Unauthorized 客戶試圖未經授權訪問受密碼保護的頁面。應答中會包含一個WWW-Authenticate頭，瀏覽器據此顯示用戶名字/密碼對話框，然后在填寫合適的Authorization頭后再次發出請求。
　　
　　403 Forbidden 資源不可用。
　　
　　404 Not Found 無法找到指定位置的資源
　　
　　405 Method Not Allowed 請求方法（GET、POST、HEAD、DELETE、PUT、TRACE等）對指定的資源不適用。
　　
　　406 Not Acceptable 指定的資源已經找到，但它的MIME類型和客戶在Accpet頭中所指定的不兼容
　　
　　407 Proxy Authentication Required 類似于401，表示客戶必須先經過代理服務器的授權。
　　
　　408 Request Timeout 在服務器許可的等待時間內，客戶一直沒有發出任何請求?？蛻艨梢栽谝院笾貜屯徽埱?。
　　
　　409 Conflict 通常和PUT請求有關。由于請求和資源的當前狀態相沖突，因此請求不能成功。
　　
　　410 Gone 所請求的文檔已經不再可用，而且服務器不知道應該重定向到哪一個地址。它和404的不同在于，返回407表示文檔永久地離開了指定的位置，而404表示由于未知的原因文檔不可用。
　　
　　411 Length Required 服務器不能處理請求，除非客戶發送一個Content-Length頭。
　　
　　412 Precondition Failed 請求頭中指定的一些前提條件失敗
　　
　　413 Request Entity Too Large 目標文檔的大小超過服務器當前愿意處理的大小。假如服務器認為自己能夠稍后再處理該請求，則應該提供一個Retry-After頭
　　
　　414 Request URI Too Long URI太長
　　
　　416 Requested Range Not Satisfiable 服務器不能滿足客戶在請求中指定的Range頭
　　
　　500 Internal Server Error 服務器碰到了意料不到的情況，不能完成客戶的請求
　　
　　501 Not Implemented 服務器不支持實現請求所需要的功能。例如，客戶發出了一個服務器不支持的PUT請求
　　
　　502 Bad Gateway 服務器作為網關或者代理時，為了完成請求訪問下一個服務器，但該服務器返回了非法的應答
　　
　　503 Service Unavailable 服務器由于維護或者負載過重未能應答。例如，Servlet可能在數據庫連接池已滿的情況下返回503。服務器返回503時可以提供一個Retry-After頭
　　
　　504 Gateway Timeout 由作為代理或網關的服務器使用，表示不能及時地從遠程服務器獲得應答
　　
　　505 HTTP Version Not Supported 服務器不支持請求中所指明的HTTP版本
　　
　　(二) xmlHttpRequest 對象方法
　　
　　abort()　　　　　　　　　　停止當前請求
　　getAllResponseHeaders()　　作為字符串返問完整的headers
　　getResponseHeader("headerLabel")　　作為字符串返問單個的header標簽
　　open("method","URL"[,asyncFlag[,"userName"[, "passWord"]]])　　設置未決的請求的目標 URL, 方法, 和其他參數
　　send(content)　　發送請求
　　setRequestHeader("label", "value")　　　　設置header并和請求一起發送
　　
　　(三) xmlhttpRequest 對象屬性
　　
　　onreadystatechange　　　　　　狀態改變的事件觸發器
　　readyState　　　　　　　　對象狀態(integer):
　　　　　　　　　　0 = 未初始化
　　　　　　　　　　1 = 讀取中
　　　　　　　　　　2 = 已讀取
　　　　　　　　　　3 = 交互中
　　　　　　　　　　4 = 完成
　　responseText　　　　服務器進程返回數據的文本版本
　　responseXML　　　　服務器進程返回數據的兼容DOM的XML文檔對象
　　status　　　　　　服務器返回的狀態碼, 如：404 = "文件末找到" 、200 ="成功"
　　statusText　　　　服務器返回的狀態文本信息

上一篇：利用緩存機制快速讀取XML文件數據

下一篇：用Globus Toolkit 4(GT4)構建WEB服務