• <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文檔,但網(wǎng)上搜索到這篇文章,感覺很詳解

            一、連接至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新內(nèi)容的請求
            DELETE            服務器刪除URI中命名的資源的請求
            OPTIONS        關于服務器支持的請求方法信息的請求
            TRACE            Web服務器反饋Http請求和其頭標的請求
            CONNECT        已文檔化但當前未實現(xiàn)的一個方法,預留做隧道處理
            2.請求頭標:由關鍵字/值對組成,每行一對,關鍵字和值用冒號(:)分隔。
            請求頭標通知服務器有關于客戶端的功能和標識,典型的請求頭標有:
            User-Agent        客戶端廠家和版本
            Accept            客戶端可識別的內(nèi)容類型列表
            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)。
                    運作方式是基于請求/響應范式。內(nèi)部操作過程為:
            1,建立連接,客戶與服務器是一個相對的概念。www服務器運行時,一直在TCP80端口(www的缺省端口)監(jiān)聽,等待連接的出現(xiàn)。連接的建立是通過申請?zhí)捉幼郑⊿ocket)實現(xiàn)的??蛻舸蜷_一個套接字并把它約束在一個端口上,如果成功,就相當于建立了一個虛擬文件。相當于對虛擬文件的操作。
            2,發(fā)送請求,打開一個連接后,客戶機把請求消息送到服務器的停留端口上,完成提出請求動作。
            請求的格式為:
              請求消息 =  請求行(通用信息|請求頭|實體頭) CRLF[實體內(nèi)容]
              請求 行   =   方法 請求URL HTTP版本號 CRLF
              方  法    =   GET|HEAD|POST|擴展方法
              U R  L   =   協(xié)議名稱+宿主名+目錄與文件名
            HEAD——要求服務器查找某對象的元信息,而不是對象本身。
            POST——從客戶機向服務器傳送數(shù)據(jù),在要求服務器和CGI做進一步處理時會用到POST方法。POST主要用于發(fā)送HTML文本中FORM的內(nèi)容,讓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 〔實體內(nèi)容〕
              狀 態(tài) 行    =      HTTP版本號 狀態(tài)碼 原因敘述
            響應頭的信息包括:服務程序名,通知客戶請求的URL需要認證,請求的資源何時能使用。
            4.關閉連接:客戶和服務器雙方都可以通過關閉套接字來結束TCP/IP對話。

            posted on 2009-07-20 09:50 ViskerWong 閱讀(632) 評論(0)  編輯 收藏 引用
            久久精品人人做人人爽电影 | 亚洲va国产va天堂va久久| 婷婷久久精品国产| 亚洲综合精品香蕉久久网| 久久精品国产99国产电影网| 色噜噜狠狠先锋影音久久| 中文字幕无码久久久| 77777亚洲午夜久久多喷| 久久久久国色AV免费看图片| 久久精品aⅴ无码中文字字幕重口| 精品久久一区二区三区| 伊人久久亚洲综合影院| 精品久久久久久亚洲精品| 欧美色综合久久久久久| 国产一级做a爰片久久毛片| 欧美日韩精品久久久免费观看 | 久久美女网站免费| 久久人人爽人人爽人人片AV高清| 久久精品国产91久久综合麻豆自制 | 国产精品成人久久久久久久| 久久无码高潮喷水| 久久亚洲AV永久无码精品| 99久久精品国产免看国产一区| 久久久久国产视频电影| 亚洲国产成人久久精品动漫| 久久久久亚洲AV无码麻豆| 中文精品久久久久人妻| 亚洲国产精品综合久久网络| 久久青青草原精品国产不卡| 久久国产一区二区| 久久精品国产一区二区三区日韩| 亚洲欧美日韩中文久久 | 国产精品九九久久免费视频 | 无码精品久久久天天影视| 色99久久久久高潮综合影院 | 香蕉久久久久久狠狠色| 久久强奷乱码老熟女| 久久中文字幕人妻熟av女| 中文字幕精品无码久久久久久3D日动漫| 九九热久久免费视频| 国产成人无码精品久久久久免费|