• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            隨筆-23  評論-73  文章-3  trackbacks-0

            需要做多線程斷點續(xù)傳模塊,本來想找RFC文檔,但網上搜索到這篇文章,感覺很詳解

            一、連接至Web服務器
            一個客戶端應用(如Web瀏覽器)打開到Web服務器的HTTP端口的一個套接字(缺省為80)。

            例如:http://www.myweb.com:8080/index.html
            在Java中,這將等同于代碼:
            Soceet socket=new Socket(");
            InputStream in=socket.getInputStream();
            OutputStream out=socket.getOutputStream();

            二、發(fā)送HTTP請求
            通過連接,客戶端寫一個ASCII文本請求行,后跟0或多個HTTP頭標,一個空行和實現(xiàn)請求的任意數(shù)據(jù)。
            一個請求由四個部分組成:請求行、請求頭標、空行和請求數(shù)據(jù)
            1.請求行:請求行由三個標記組成:請求方法、請求URI和HTTP版本,它們用空格分隔。
            例如:GET /index.html HTTP/1.1
            HTTP規(guī)范定義了8種可能的請求方法:
            GET            檢索URI中標識資源的一個簡單請求
            HEAD            與GET方法相同,服務器只返回狀態(tài)行和頭標,并不返回請求文檔
            POST            服務器接受被寫入客戶端輸出流中的數(shù)據(jù)的請求
            PUT            服務器保存請求數(shù)據(jù)作為指定URI新內容的請求
            DELETE            服務器刪除URI中命名的資源的請求
            OPTIONS        關于服務器支持的請求方法信息的請求
            TRACE            Web服務器反饋Http請求和其頭標的請求
            CONNECT        已文檔化但當前未實現(xiàn)的一個方法,預留做隧道處理
            2.請求頭標:由關鍵字/值對組成,每行一對,關鍵字和值用冒號(:)分隔。
            請求頭標通知服務器有關于客戶端的功能和標識,典型的請求頭標有:
            User-Agent        客戶端廠家和版本
            Accept            客戶端可識別的內容類型列表
            Content-Length    附加到請求的數(shù)據(jù)字節(jié)數(shù)
            3.空行:最后一個請求頭標之后是一個空行,發(fā)送回車符和退行,通知服務器以下不再有頭標。
            4.請求數(shù)據(jù):使用POST傳送數(shù)據(jù),最常使用的是Content-Type和Content-Length頭標。

            三、服務端接受請求并返回HTTP響應
            Web服務器解析請求,定位指定資源。服務器將資源副本寫至套接字,在此處由客戶端讀取。
            一個響應由四個部分組成;狀態(tài)行、響應頭標、空行、響應數(shù)據(jù)
            1.狀態(tài)行:狀態(tài)行由三個標記組成:HTTP版本、響應代碼和響應描述。
            HTTP版本:向客戶端指明其可理解的最高版本。
            響應代碼:3位的數(shù)字代碼,指出請求的成功或失敗,如果失敗則指出原因。
            響應描述:為響應代碼的可讀性解釋。
            例如:HTTP/1.1 200 OK
            HTTP響應碼:
            1xx:信息,請求收到,繼續(xù)處理
            2xx:成功,行為被成功地接受、理解和采納
            3xx:重定向,為了完成請求,必須進一步執(zhí)行的動作
            4xx:客戶端錯誤:
            2.響應頭標:像請求頭標一樣,它們指出服務器的功能,標識出響應數(shù)據(jù)的細節(jié)。
            3.空行:最后一個響應頭標之后是一個空行,發(fā)送回車符和退行,表明服務器以下不再有頭標。
            4.響應數(shù)據(jù):HTML文檔和圖像等,也就是HTML本身。

            四、服務器關閉連接,瀏覽器解析響應
            1.瀏覽器首先解析狀態(tài)行,查看表明請求是否成功的狀態(tài)代碼。
            2.然后解析每一個響應頭標,頭標告知以下為若干字節(jié)的HTML。
            3.讀取響應數(shù)據(jù)HTML,根據(jù)HTML的語法和語義對其進行格式化,并在瀏覽器窗口中顯示它。
            4.一個HTML文檔可能包含其它需要被載入的資源引用,瀏覽器識別這些引用,對其它的資源再進行額外的請求,此過程循環(huán)多次。

            五、無狀態(tài)連接
            HTTP模型是無狀態(tài)的,表明在處理一個請求時,Web服務器并不記住來自同一客戶端的請求。

            六、實例
            1.瀏覽器發(fā)出請求
            GET /index.html HTTP/1.1
            服務器返回響應
            HTTP /1.1 200 OK
            Date: Apr 11 2006 15:32:08 GMT
            Server: Apache/2.0.46(win32)
            Content-Length: 119
            Content-Type: text/html

            <HTML>
            <HEAD>
            <LINK REL="stylesheet" HREF="index.css">
            </HEAD>
            <BODY>
            <IMG SRC="image/logo.png">
            </BODY>
            </HTML>

            2.瀏覽器發(fā)出請求
            GET /index.css HTTP/1.1
            服務器返回響應
            HTTP /1.1 200 OK
            Date: Apr 11 2006 15:32:08 GMT
            Server: Apache/2.0.46(win32)
            Connection: Keep-alive, close
            Content-Length: 70
            Content-Type: text/plane

            h3{
                font-size:20px;
                font-weight:bold;
                color:#005A9C;
            }

            3.瀏覽器發(fā)出請求
            GET image/logo.png HTTP/1.1
            服務器返回響應
            HTTP /1.1 200 OK
            Date: Apr 11 2006 15:32:08 GMT
            Server: Apache/2.0.46(win32)
            Connection: Keep-alive, close
            Content-Length: 1280
            Content-Type: text/plane

            {Binary image data follows}


            (附錄)
            1.HTTP規(guī)范:Internet工程制定組織(IETF)發(fā)布的RFC指定Internet標準,這些RFC被Internet研究發(fā)展機構廣泛接受。因為它們是標準文檔,故一般用正規(guī)語言編寫,如立法文標一樣。
            2.RFC:RFC一旦被提出,就被編號且不會再改變,當一個標準被修改時,則給出一個新的RFC。作為標準,RFC在Internet上被廣泛采用。
            3.HTTP的幾個重要RFC:
                RFC1945    HTTP 1.0 描述
                RFC2068    HTTP 1.1 初步描述
                RFC2616    HTTP 1.1 標準
            4.資源標識符URI(Uniform Resource Identifter,URI)

            http協(xié)議

            Internet的基本協(xié)議是TCP/IP協(xié)議,例如:FTP,Http等是建立在TCP/IP協(xié)議之上的應用層協(xié)議,www服務器使用的主要協(xié)議是HTTP協(xié)議(超文本傳輸協(xié)議),http協(xié)議支持的服務不限于www。
                    http協(xié)議的特點:支持客戶/服務器模式,無連接,無狀態(tài)。
                    運作方式是基于請求/響應范式。內部操作過程為:
            1,建立連接,客戶與服務器是一個相對的概念。www服務器運行時,一直在TCP80端口(www的缺省端口)監(jiān)聽,等待連接的出現(xiàn)。連接的建立是通過申請?zhí)捉幼郑⊿ocket)實現(xiàn)的。客戶打開一個套接字并把它約束在一個端口上,如果成功,就相當于建立了一個虛擬文件。相當于對虛擬文件的操作。
            2,發(fā)送請求,打開一個連接后,客戶機把請求消息送到服務器的停留端口上,完成提出請求動作。
            請求的格式為:
              請求消息 =  請求行(通用信息|請求頭|實體頭) CRLF[實體內容]
              請求 行   =   方法 請求URL HTTP版本號 CRLF
              方  法    =   GET|HEAD|POST|擴展方法
              U R  L   =   協(xié)議名稱+宿主名+目錄與文件名
            HEAD——要求服務器查找某對象的元信息,而不是對象本身。
            POST——從客戶機向服務器傳送數(shù)據(jù),在要求服務器和CGI做進一步處理時會用到POST方法。POST主要用于發(fā)送HTML文本中FORM的內容,讓CGI程序處理。
              一個請求的例子為:
              GET
            http://networking.zju.edu.cn/zju/index.htm HTTP/1.0
              頭信息又稱為元信息,即信息的信息,利用元信息可以實現(xiàn)有條件的請求或應答 。
              請求頭——告訴服務器怎樣解釋本次請求,主要包括用戶可以接受的數(shù)據(jù)類型、壓縮方法和語言等。
              實體頭——實體信息類型、長度、壓縮方法、最后一次修改時間、數(shù)據(jù)有效期等。
              實體    ——請求或應答對象本身。
            3,發(fā)送響應,服務器在處理完客戶的請求之后,要向客戶機發(fā)送響應消息。
              HTTP/1.0的響應消息格式:
              響應消息   =     狀態(tài)行(通用信息頭|響應頭|實體頭) CRLF 〔實體內容〕
              狀 態(tài) 行    =      HTTP版本號 狀態(tài)碼 原因敘述
            響應頭的信息包括:服務程序名,通知客戶請求的URL需要認證,請求的資源何時能使用。
            4.關閉連接:客戶和服務器雙方都可以通過關閉套接字來結束TCP/IP對話。

            posted on 2009-07-20 09:50 ViskerWong 閱讀(623) 評論(0)  編輯 收藏 引用
            无码八A片人妻少妇久久| 国产精品九九久久免费视频| 久久久久久一区国产精品| 色天使久久综合网天天| 国产精品无码久久久久久| 国产成人久久精品麻豆一区| 无码人妻久久一区二区三区蜜桃| 99久久国产热无码精品免费 | 欧美va久久久噜噜噜久久| WWW婷婷AV久久久影片| 久久亚洲国产成人精品无码区| 久久久久人妻一区二区三区 | 久久久久久国产精品免费免费| 99久久国产综合精品女同图片 | 日本WV一本一道久久香蕉| 久久综合精品国产二区无码| 久久无码人妻精品一区二区三区| 久久婷婷五月综合97色一本一本 | 欧美激情精品久久久久久久| 国产∨亚洲V天堂无码久久久| 久久这里有精品| 国产成人精品久久亚洲| av午夜福利一片免费看久久| 亚洲伊人久久精品影院| 伊人久久五月天| 性做久久久久久久久浪潮| 久久久久久久综合综合狠狠| 青青青伊人色综合久久| 久久精品国产亚洲AV电影| 国内精品人妻无码久久久影院导航 | 国产精品日韩深夜福利久久| 欧美喷潮久久久XXXXx| 亚洲乱码中文字幕久久孕妇黑人| 91精品国产综合久久婷婷| 亚洲乱码精品久久久久..| 国产偷久久久精品专区| 成人综合久久精品色婷婷| 国产99久久久国产精品小说| 久久精品人人做人人爽电影| 日韩人妻无码精品久久免费一| 精品久久久久久中文字幕大豆网|