婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av

主頁 > 知識庫 > 七、HTTP應答狀態

七、HTTP應答狀態

熱門標簽:地圖標注創業項目入駐 地圖標注制作道路 珠海銷售外呼系統運營商 四川電信外呼系統靠譜嗎 長春回撥外呼系統廠家 電銷外呼系統 排行榜 外呼系統啥意思 山東智能云外呼管理系統 廣州三五防封電銷卡
7.1 狀態代碼概述

   Web服務器響應瀏覽器或其他客戶程序的請求時,其應答一般由以下幾個部分組成:一個狀態行,幾個應答頭,一個空行,內容文檔。下面是一個最簡單的應答:
HTTP/1.1 200 OK
Content-Type: text/plain

Hello World




   狀態行包含HTTP版本、狀態代碼、與狀態代碼對應的簡短說明信息。在大多數情況下,除了Content-Type之外的所有應答頭都是可選的。但Content-Type是必需的,它描述的是后面文檔的MIME類型。雖然大多數應答都包含一個文檔,但也有一些不包含,例如對HEAD請求的應答永遠不會附帶文檔。有許多狀態代碼實際上用來標識一次失敗的請求,這些應答也不包含文檔(或只包含一個簡短的錯誤信息說明)。

   Servlet可以利用狀態代碼來實現許多功能。例如,可以把用戶重定向到另一個網站;可以指示出后面的文檔是圖片、PDF文件或HTML文件;可以告訴用戶必須提供密碼才能訪問文檔;等等。這一部分我們將具體討論各種狀態代碼的含義以及利用這些代碼可以做些什么。

   7.2 設置狀態代碼

   如前所述,HTTP應答狀態行包含HTTP版本、狀態代碼和對應的狀態信息。由于狀態信息直接和狀態代碼相關,而HTTP版本又由服務器確定,因此需要Servlet設置的只有一個狀態代碼。

   Servlet設置狀態代碼一般使用HttpServletResponse的setStatus方法。setStatus方法的參數是一個整數(即狀態代碼),不過為了使得代碼具有更好的可讀性,可以用HttpServletResponse中定義的常量來避免直接使用整數。這些常量根據HTTP 1.1中的標準狀態信息命名,所有的名字都加上了SC前綴(Status Code的縮寫)并大寫,同時把空格轉換成了下劃線。也就是說,與狀態代碼404對應的狀態信息是“Not Found”,則HttpServletResponse中的對應常量名字為SC_NOT_FOUND。但有兩個例外:和狀態代碼302對應的常量根據HTTP 1.0命名,而307沒有對應的常量。

   設置狀態代碼并非總是意味著不要再返回文檔。例如,雖然大多數服務器返回404應答時會輸出簡單的“File Not Found”信息,但Servlet也可以定制這個應答。不過,定制應答時應當在通過PrintWriter發送任何內容之前先調用response.setStatus。

   雖然設置狀態代碼一般使用的是response.setStauts(int)方法,但為了簡單起見,HttpServletResponse為兩種常見的情形提供了專用方法:sendError方法生成一個404應答,同時生成一個簡短的HTML錯誤信息文檔;sendRedirect方法生成一個302應答,同時在Location頭中指示新文檔的URL。

   7.3 HTTP 1.1狀態代碼及其含義

   下表顯示了常見的HTTP 1.1狀態代碼以及它們對應的狀態信息和含義。

   應當謹慎地使用那些只有HTTP 1.1支持的狀態代碼,因為許多瀏覽器還只能夠支持HTTP 1.0。如果你使用了HTTP 1.1特有的狀態代碼,最好能夠檢查一下請求的HTTP版本號(通過HttpServletRequest的getProtocol方法)。 狀態代碼  狀態信息  含義  
100  Continue  初始的請求已經接受,客戶應當繼續發送請求的其余部分。(HTTP 1.1新)  
101  Switching Protocols  服務器將遵從客戶的請求轉換到另外一種協議(HTTP 1.1新)  
200  OK  一切正常,對GET和POST請求的應答文檔跟在后面。如果不用setStatus設置狀態代碼,Servlet默認使用202狀態代碼。  
201  Created  服務器已經創建了文檔,Location頭給出了它的URL。  
202  Accepted  已經接受請求,但處理尚未完成。  
203  Non-Authoritative Information  文檔已經正常地返回,但一些應答頭可能不正確,因為使用的是文檔的拷貝(HTTP 1.1新)。  
204  No Content  沒有新文檔,瀏覽器應該繼續顯示原來的文檔。如果用戶定期地刷新頁面,而Servlet可以確定用戶文檔足夠新,這個狀態代碼是很有用的。  
205  Reset Content  沒有新的內容,但瀏覽器應該重置它所顯示的內容。用來強制瀏覽器清除表單輸入內容(HTTP 1.1新)。  
206  Partial Content  客戶發送了一個帶有Range頭的GET請求,服務器完成了它(HTTP 1.1新)。  
300  Multiple Choices  客戶請求的文檔可以在多個位置找到,這些位置已經在返回的文檔內列出。如果服務器要提出優先選擇,則應該在Location應答頭指明。  
301  Moved Permanently  客戶請求的文檔在其他地方,新的URL在Location頭中給出,瀏覽器應該自動地訪問新的URL。  
302  Found  類似于301,但新的URL應該被視為臨時性的替代,而不是永久性的。注意,在HTTP1.0中對應的狀態信息是“Moved Temporatily”,而HttpServletResponse中相應的常量是SC_MOVED_TEMPORARILY,而不是SC_FOUND。
出現該狀態代碼時,瀏覽器能夠自動訪問新的URL,因此它是一個很有用的狀態代碼。為此,Servlet提供了一個專用的方法,即sendRedirect。使用response.sendRedirect(url)比使用response.setStatus(response.SC_MOVED_TEMPORARILY)和response.setHeader("Location",url)更好。這是因為:

首先,代碼更加簡潔。
第二,使用sendRedirect,Servlet會自動構造一個包含新鏈接的頁面(用于那些不能自動重定向的老式瀏覽器)。
最后,sendRedirect能夠處理相對URL,自動把它們轉換成絕對URL。
注意這個狀態代碼有時候可以和301替換使用。例如,如果瀏覽器錯誤地請求http://host/~user(缺少了后面的斜杠),有的服務器返回301,有的則返回302。

嚴格地說,我們只能假定只有當原來的請求是GET時瀏覽器才會自動重定向。請參見307。

303  See Other  類似于301/302,不同之處在于,如果原來的請求是POST,Location頭指定的重定向目標文檔應該通過GET提取(HTTP 1.1新)。  
304  Not Modified  客戶端有緩沖的文檔并發出了一個條件性的請求(一般是提供If-Modified-Since頭表示客戶只想比指定日期更新的文檔)。服務器告訴客戶,原來緩沖的文檔還可以繼續使用。  
305  Use Proxy  客戶請求的文檔應該通過Location頭所指明的代理服務器提取(HTTP 1.1新)。  
307  Temporary Redirect  和302(Found)相同。許多瀏覽器會錯誤地響應302應答進行重定向,即使原來的請求是POST,即使它實際上只能在POST請求的應答是303時才能重定向。由于這個原因,HTTP 1.1新增了307,以便更加清除地區分幾個狀態代碼:當出現303應答時,瀏覽器可以跟隨重定向的GET和POST請求;如果是307應答,則瀏覽器只能跟隨對GET請求的重定向。
注意,HttpServletResponse中沒有為該狀態代碼提供相應的常量。(HTTP 1.1新)

400  Bad Request  請求出現語法錯誤。  
401  Unauthorized  客戶試圖未經授權訪問受密碼保護的頁面。應答中會包含一個WWW-Authenticate頭,瀏覽器據此顯示用戶名字/密碼對話框,然后在填寫合適的Authorization頭后再次發出請求。  
403  Forbidden  資源不可用。服務器理解客戶的請求,但拒絕處理它。通常由于服務器上文件或目錄的權限設置導致。  
404  Not Found  無法找到指定位置的資源。這也是一個常用的應答,HttpServletResponse專門提供了相應的方法:sendError(message)。  
405  Method Not Allowed  請求方法(GET、POST、HEAD、DELETE、PUT、TRACE等)對指定的資源不適用。(HTTP 1.1新)  
406  Not Acceptable  指定的資源已經找到,但它的MIME類型和客戶在Accpet頭中所指定的不兼容(HTTP 1.1新)。  
407  Proxy Authentication Required  類似于401,表示客戶必須先經過代理服務器的授權。(HTTP 1.1新)  
408  Request Timeout  在服務器許可的等待時間內,客戶一直沒有發出任何請求。客戶可以在以后重復同一請求。(HTTP 1.1新)  
409  Conflict  通常和PUT請求有關。由于請求和資源的當前狀態相沖突,因此請求不能成功。(HTTP 1.1新)  
410  Gone  所請求的文檔已經不再可用,而且服務器不知道應該重定向到哪一個地址。它和404的不同在于,返回407表示文檔永久地離開了指定的位置,而404表示由于未知的原因文檔不可用。(HTTP 1.1新)  
411  Length Required  服務器不能處理請求,除非客戶發送一個Content-Length頭。(HTTP 1.1新)  
412  Precondition Failed  請求頭中指定的一些前提條件失敗(HTTP 1.1新)。  
413  Request Entity Too Large  目標文檔的大小超過服務器當前愿意處理的大小。如果服務器認為自己能夠稍后再處理該請求,則應該提供一個Retry-After頭(HTTP 1.1新)。  
414  Request URI Too Long  URI太長(HTTP 1.1新)。  
416  Requested Range Not Satisfiable  服務器不能滿足客戶在請求中指定的Range頭。(HTTP 1.1新)  
500  Internal Server Error  服務器遇到了意料不到的情況,不能完成客戶的請求。  
501  Not Implemented  服務器不支持實現請求所需要的功能。例如,客戶發出了一個服務器不支持的PUT請求。  
502  Bad Gateway  服務器作為網關或者代理時,為了完成請求訪問下一個服務器,但該服務器返回了非法的應答。  
503  Service Unavailable  服務器由于維護或者負載過重未能應答。例如,Servlet可能在數據庫連接池已滿的情況下返回503。服務器返回503時可以提供一個Retry-After頭。  
504  Gateway Timeout  由作為代理或網關的服務器使用,表示不能及時地從遠程服務器獲得應答。(HTTP 1.1新)  
505  HTTP Version Not Supported  服務器不支持請求中所指明的HTTP版本。(HTTP 1.1新)  


   7.4 實例:訪問多個搜索引擎

   下面這個例子用到了除200之外的另外兩個常見狀態代碼:302和404。302通過sendRedirect方法設置,404通過sendError方法設置。

   在這個例子中,首先出現的HTML表單用來選擇搜索引擎、搜索字符串、每頁顯示的搜索結果數量。表單提交后,Servlet提取這三個變量,按照所選擇的搜索引擎的要求構造出包含這些變量的URL,然后把用戶重定向到這個URL。如果用戶不能正確地選擇搜索引擎,或者利用其他表單發送了一個不認識的搜索引擎名字,則返回一個提示搜索引擎找不到的404頁面。

   SearchEngines.java

   注意:這個Servlet要用到后面給出的SearchSpec類,SearchSpec的功能是構造適合不同搜索引擎的URL。
package hall;

import java.io.*;
import javax.servlet.*;
import javax.servlet.http.*;
import java.net.*;

public class SearchEngines extends HttpServlet {
  public void doGet(HttpServletRequest request,
                    HttpServletResponse response)
      throws ServletException, IOException {
    // getParameter自動解碼URL編碼的查詢字符串。由于我們
    // 要把查詢字符串發送給另一個服務器,因此再次使用
    // URLEncoder進行URL編碼
    String searchString =
      URLEncoder.encode(request.getParameter("searchString"));
    String numResults =
      request.getParameter("numResults");
    String searchEngine =
      request.getParameter("searchEngine");
    SearchSpec[] commonSpecs = SearchSpec.getCommonSpecs();
    for(int i=0; i<commonSpecs.length; i++) {
      SearchSpec searchSpec = commonSpecs[i];
      if (searchSpec.getName().equals(searchEngine)) {
        String url =
          response.encodeURL(searchSpec.makeURL(searchString,
                            numResults));
        response.sendRedirect(url);
        return;
      }
    }
    response.sendError(response.SC_NOT_FOUND,
                       "No recognized search engine specified.");
  }

  public void doPost(HttpServletRequest request,
                     HttpServletResponse response)
      throws ServletException, IOException {
    doGet(request, response);
  }
}




   SearchSpec.java
package hall;

class SearchSpec {
  private String name, baseURL, numResultsSuffix;

  private static SearchSpec[] commonSpecs =
    { new SearchSpec("google",
                     "http://www.google.com/search?q=",
                     "num="),
      new SearchSpec("infoseek",
                     "http://infoseek.go.com/Titles?qt=",
                     "nh="),
      new SearchSpec("lycos",
                     "http://lycospro.lycos.com/cgi-bin/pursuit?query=",
                     "maxhits="),
      new SearchSpec("hotbot",
                     "http://www.hotbot.com/?MT=",
                     "DC=")
    };

  public SearchSpec(String name,
                    String baseURL,
                    String numResultsSuffix) {
    this.name = name;
    this.baseURL = baseURL;
    this.numResultsSuffix = numResultsSuffix;
  }

  public String makeURL(String searchString, String numResults) {
    return(baseURL + searchString + numResultsSuffix + numResults);
  }

  public String getName() {
    return(name);
  }

  public static SearchSpec[] getCommonSpecs() {
    return(commonSpecs);
  }
}




   SearchEngines.html

   下面是調用上述Servlet的HTML表單。
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML>
<HEAD>
  <TITLE>訪問多個搜索引擎</TITLE>
</HEAD>

<BODY BGCOLOR="#FDF5E6">

<FORM ACTION="/servlet/hall.SearchEngines">
  <CENTER>
    搜索關鍵字:
    <INPUT TYPE="TEXT" NAME="searchString"><BR>
    每頁顯示幾個查詢結果:
    <INPUT TYPE="TEXT" NAME="numResults"
                       VALUE=10 SIZE=3><BR>
    <INPUT TYPE="RADIO" NAME="searchEngine"
                        VALUE="google">
    Google |
    <INPUT TYPE="RADIO" NAME="searchEngine"
                        VALUE="infoseek">
    Infoseek |
    <INPUT TYPE="RADIO" NAME="searchEngine"
                        VALUE="lycos">
    Lycos |
    <INPUT TYPE="RADIO" NAME="searchEngine"
                        VALUE="hotbot">
    HotBot
    <BR>
    <INPUT TYPE="SUBMIT" VALUE="Search">
  </CENTER>
</FORM>

</BODY>
</HTML>

標簽:玉樹 吳忠 保定 肇慶 紹興 潮州 北海 廣元

巨人網絡通訊聲明:本文標題《七、HTTP應答狀態》,本文關鍵詞  七,HTTP,應答,狀態,七,HTTP,;如發現本文內容存在版權問題,煩請提供相關信息告之我們,我們將及時溝通與處理。本站內容系統采集于網絡,涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《七、HTTP應答狀態》相關的同類信息!
  • 本頁收集關于七、HTTP應答狀態的相關信息資訊供網民參考!
  • 推薦文章
    婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av
    夜夜亚洲天天久久| 国产精华液一区二区三区| 成人激情小说乱人伦| 国产欧美日韩激情| 国产乱码精品一区二区三| 国产欧美1区2区3区| 在线免费观看日本一区| 亚洲一二三四区不卡| 日韩欧美国产综合| 99精品视频一区二区| 日本vs亚洲vs韩国一区三区二区| 欧美性色黄大片| 国内精品视频一区二区三区八戒 | 国产成人自拍高清视频在线免费播放| 亚洲第一av色| 香蕉久久夜色精品国产使用方法| 伊人夜夜躁av伊人久久| 一区二区三区四区精品在线视频| 国产精品看片你懂得| 中文字幕国产精品一区二区| 中文字幕乱码亚洲精品一区| 国产精品视频一二三| 国产精品久久一卡二卡| 成人欧美一区二区三区黑人麻豆| 国产精品萝li| 亚洲曰韩产成在线| 日本亚洲三级在线| 国产一区啦啦啦在线观看| 岛国精品在线观看| 91原创在线视频| 欧美亚洲丝袜传媒另类| 欧美一级xxx| 久久久久久电影| 亚洲欧洲日韩综合一区二区| 亚洲国产欧美在线| 国产一区二区三区香蕉| 99久久久精品| 欧美日韩三级视频| 久久亚洲精精品中文字幕早川悠里| 26uuu久久综合| 久久久一区二区三区捆绑**| 国产精品情趣视频| 午夜视频在线观看一区二区| 久久爱另类一区二区小说| 国产一区二区三区最好精华液| 国产成人精品影视| 99久久国产综合精品色伊| 欧美色窝79yyyycom| 日韩欧美二区三区| 国产精品久久久久久久久免费丝袜| 亚洲一区在线观看免费观看电影高清| 亚洲制服丝袜av| 国产成人免费视频精品含羞草妖精 | 亚洲激情在线激情| 蜜桃一区二区三区在线| 粉嫩av一区二区三区| 91久久一区二区| 欧美一区二区三区视频免费播放| 国产日韩欧美a| 亚洲va欧美va天堂v国产综合| 国产激情一区二区三区桃花岛亚洲| 欧美在线不卡一区| 国产精品久久久久久久浪潮网站| 日本不卡的三区四区五区| 91视频91自| 精品国产百合女同互慰| 香蕉久久夜色精品国产使用方法 | 色哟哟一区二区三区| 日韩三级视频在线看| 亚洲免费成人av| 福利电影一区二区| 精品欧美乱码久久久久久1区2区| 亚洲国产一区二区在线播放| 国产盗摄一区二区| 精品久久国产字幕高潮| 日韩高清一区二区| 欧美日韩亚洲综合| 国产精品成人一区二区三区夜夜夜| 激情文学综合丁香| 欧美成人一区二区| 日本中文字幕不卡| 欧美精品乱码久久久久久按摩| 国产精品麻豆一区二区| 国产乱理伦片在线观看夜一区 | 豆国产96在线|亚洲| 日韩一区二区免费在线电影| 亚洲一区二区三区美女| 一本久道久久综合中文字幕 | av电影一区二区| 欧美sm极限捆绑bd| 韩国欧美国产一区| 国产婷婷精品av在线| 国产成人高清视频| 欧美激情资源网| 国产精品一卡二卡在线观看| 国产清纯美女被跳蛋高潮一区二区久久w| 美日韩黄色大片| 精品国产免费视频| 丰满少妇在线播放bd日韩电影| 国产日本欧美一区二区| 国产a精品视频| 亚洲欧洲日产国产综合网| 91蜜桃免费观看视频| 综合婷婷亚洲小说| 欧洲精品一区二区三区在线观看| 一区二区三区免费在线观看| 欧美视频在线播放| 奇米一区二区三区av| 欧美mv和日韩mv国产网站| 国产一区二区三区精品欧美日韩一区二区三区 | 久久久一区二区三区捆绑**| 国产精品自在在线| 国产精品国产精品国产专区不蜜 | 久久久精品蜜桃| 99国产麻豆精品| 日本亚洲三级在线| 中文字幕乱码久久午夜不卡| 色先锋aa成人| 精品在线观看免费| 亚洲人成亚洲人成在线观看图片| 欧美日韩国产区一| 国产成人精品免费视频网站| 一区二区三区成人| 欧美精品一区二区三区蜜臀| 99国产精品视频免费观看| 午夜激情一区二区| 欧美国产一区视频在线观看| 日本精品裸体写真集在线观看| 日欧美一区二区| 国产精品天天看| 欧美精品99久久久**| 国产成人鲁色资源国产91色综| 亚洲一区二区视频| 久久久久久久久伊人| 在线亚洲高清视频| 国产91露脸合集magnet | 青青国产91久久久久久| 国产三区在线成人av| 欧美视频一区在线| av福利精品导航| 国内久久婷婷综合| 亚洲大片在线观看| 国产精品天美传媒沈樵| 日韩欧美一二区| 欧美日韩午夜影院| 色综合久久综合| 成人综合婷婷国产精品久久 | 蜜桃视频免费观看一区| 最新国产精品久久精品| 日韩精品中文字幕一区| 欧美三级电影一区| 99久久婷婷国产综合精品| 国产精品一线二线三线| 麻豆国产91在线播放| 亚洲成人久久影院| 亚洲精选免费视频| 国产精品欧美一区二区三区| 久久青草国产手机看片福利盒子| 日本精品视频一区二区| www..com久久爱| 免费看日韩精品| 亚洲男人天堂av| 9191久久久久久久久久久| 亚洲国产精品久久久久秋霞影院 | wwwwww.欧美系列| 欧美三区免费完整视频在线观看| 国产美女精品在线| 国产综合色视频| 蜜桃av一区二区三区| 手机精品视频在线观看| 偷拍日韩校园综合在线| 亚洲国产视频a| 亚洲曰韩产成在线| 亚洲午夜在线电影| 亚洲福利一二三区| 91在线国产福利| 欧美在线免费观看亚洲| 亚洲综合视频在线观看| 亚洲美女在线国产| 一区二区三区蜜桃网| 一卡二卡三卡日韩欧美| 波多野洁衣一区| 国产成人免费视频| 成人免费毛片片v| 懂色av中文字幕一区二区三区 | 亚洲欧美aⅴ...| 一区二区三区四区中文字幕| 伊人色综合久久天天人手人婷| 日韩美女视频19| 亚洲国产精品久久艾草纯爱| 婷婷成人激情在线网| 美女www一区二区| 国产精品白丝jk白祙喷水网站| 国产尤物一区二区在线 | 91久久线看在观草草青青| 91丨九色丨国产丨porny| 欧美午夜精品一区二区三区| 欧美日韩第一区日日骚| 欧美一区二区三级| 国产欧美一区二区精品久导航|