008:Http協(xié)議詳解

      網(wǎng)友投稿 951 2025-04-01

      我覺得之前的內(nèi)容跨度相對(duì)比較大,很多概念性東西對(duì)于剛?cè)腴T的人來說云里霧里,本篇內(nèi)容為網(wǎng)絡(luò)協(xié)議方面做一下補(bǔ)充,為后面的實(shí)戰(zhàn)再打一下基礎(chǔ)。

      本篇內(nèi)容:

      后面我們主要介紹HTTP協(xié)議的URL、HTTP請(qǐng)求、HTTP響應(yīng)、HTPP報(bào)頭以及通訊過程等。

      HTTP協(xié)議:

      HTTP 是一個(gè)屬于應(yīng)用層的面向?qū)ο蟮膮f(xié)議,由于其簡(jiǎn)捷、快速的方式,適用于分布式超媒體信息系統(tǒng)。

      HTTP 協(xié)議的主要特點(diǎn)可概括如下:

      1.支持客戶/服務(wù)器模式。

      2.簡(jiǎn)單快速:客戶向服務(wù)器請(qǐng)求服務(wù)時(shí),只需傳送請(qǐng)求方法和路徑。請(qǐng)求方法常用的有 GET、HEAD 、 POST。每種方法規(guī)定了客戶與服務(wù)器聯(lián)系的類型不同。由于 HTTP 協(xié)議簡(jiǎn)單,使得 HTTP 服務(wù)器的程序規(guī)模小,因而通信速度很快。

      3.靈活:HTTP 允許傳輸任意類型的數(shù)據(jù)對(duì)象。正在傳輸?shù)念愋陀?Content-Type 加以標(biāo)記。

      4.無連接:無連接的含義是限制每次連接只處理一個(gè)請(qǐng)求。服務(wù)器處理完客戶的請(qǐng)求,并收到客戶的應(yīng)答后,即斷開連接。采用這種方式可以節(jié)省傳輸時(shí)間。

      5.無狀態(tài):HTTP 協(xié)議是無狀態(tài)協(xié)議。無狀態(tài)是指協(xié)議對(duì)于事務(wù)處理沒有記憶能力。缺少狀態(tài)意味著如果后續(xù)處理需要前面的信息,則它必須重傳,這樣可能導(dǎo)致每次連接傳送的數(shù)據(jù)量增大。另一方面,在服務(wù)器不需要先前信息時(shí)它的應(yīng)答就較快。

      HTTP協(xié)議之URL:

      http(超文本傳輸協(xié)議)是一個(gè)基于請(qǐng)求與響應(yīng)模式的、無狀態(tài)的、應(yīng)用層的協(xié)議,?;?TCP 的連接方式。

      HTTP URL (URL 是一種特殊類型的 URI,包含了用于查找某個(gè)資源的足夠的信息)的格式如下:

      http://host[":"port][abs_path]

      1

      http 表示要通過 HTTP 協(xié)議來定位網(wǎng)絡(luò)資源;host 表示合法的 Internet 主機(jī)域名或者 IP 地址 ;

      port 指定一個(gè)端口號(hào),為空則使用缺省端口 80;

      abs_path 指定請(qǐng)求資源的 URI;如果 URL 中沒有給出 abs_path,那么當(dāng)它作為請(qǐng)求 URI 時(shí),必須以“/”的形式給出,通常這個(gè)工作瀏覽器自動(dòng)幫我們完成。

      HTTP協(xié)議之請(qǐng)求:

      http 請(qǐng)求由三部分組成,分別是:請(qǐng)求行、消息報(bào)頭、請(qǐng)求正文。

      1、請(qǐng)求行

      他以一個(gè)方法符號(hào)開頭,以空格分開,后面跟著請(qǐng)求的 URI 和協(xié)議的版本,格式如下:Method Request-URI HTTP-Version CRLF

      其中 Method 表示請(qǐng)求方法;

      Request-URI 是一個(gè)統(tǒng)一資源標(biāo)識(shí)符;

      HTTP-Version 表示請(qǐng)求的HTTP協(xié)議版本;

      CRLF 表示回車和換行(除了作為結(jié)尾的 CRLF 外,不允許出現(xiàn)單獨(dú)的 CR 或 LF 字符)。

      請(qǐng)求方法(所有方法全為大寫)有多種,各個(gè)方法的解釋如下:

      GET 請(qǐng)求獲取 Request-URI 所標(biāo)識(shí)的資源

      POST 在 Request-URI 所標(biāo)識(shí)的資源后附加新的數(shù)據(jù)

      HEAD 請(qǐng)求獲取由 Request-URI 所標(biāo)識(shí)的資源的響應(yīng)消息報(bào)頭

      PUT 請(qǐng)求服務(wù)器存儲(chǔ)一個(gè)資源,并用 Request-URI 作為其標(biāo)識(shí)

      DELETE 請(qǐng)求服務(wù)器刪除Request-URI 所標(biāo)識(shí)的資源

      TRACE 請(qǐng)求服務(wù)器回送收到的請(qǐng)求信息,主要用于測(cè)試或診斷

      CONNECT 保留將來使用

      OPTIONS 請(qǐng)求查詢服務(wù)器的性能,或者查詢與資源相關(guān)的選項(xiàng)和需求

      2、消息報(bào)頭

      HTTP消息報(bào)頭包括普通報(bào)頭、請(qǐng)求報(bào)頭、響應(yīng)報(bào)頭、實(shí)體報(bào)頭。

      在普通報(bào)頭中,有少數(shù)報(bào)頭域用于所有的請(qǐng)求和響應(yīng)消息,但并不用于被傳輸?shù)膶?shí)體,只用于傳輸?shù)南ⅰ?/p>

      請(qǐng)求報(bào)頭允許客戶端向服務(wù)器端傳遞請(qǐng)求的附加信息以及客戶端自身的信息。(瀏覽器發(fā)送的請(qǐng)求消息中,就會(huì)包含Host請(qǐng)求報(bào)頭域,如User-Agent)

      響應(yīng)報(bào)頭允許服務(wù)器傳遞不能放在狀態(tài)行中的附加響應(yīng)信息,以及關(guān)于服務(wù)器的信息和對(duì)Request-URI所標(biāo)識(shí)的資源進(jìn)行下一步訪問的信息。 (Server響應(yīng)報(bào)頭域包含了服務(wù)器用來處理請(qǐng)求的軟件信息)

      一個(gè)實(shí)體由實(shí)體報(bào)頭域和實(shí)體正文組成,但并不是說實(shí)體報(bào)頭域和實(shí)體正文要在一起發(fā)送,可以只發(fā)送實(shí)體報(bào)頭域。實(shí)體報(bào)頭定義了關(guān)于實(shí)體正文。

      3、請(qǐng)求正文

      請(qǐng)求頭和請(qǐng)求正文之間是一個(gè)空行,這個(gè)行非常重要,它表示請(qǐng)求頭已經(jīng)結(jié)束,接下來的是請(qǐng)求正文。請(qǐng)求正文中可以包含客戶提交的查詢字符串信息:

      username=jinqiao&password=1234

      1

      在以上的例子的HTTP請(qǐng)求中,請(qǐng)求的正文只有一行內(nèi)容。當(dāng)然,在實(shí)際應(yīng)用中,HTTP請(qǐng)求正文可以包含更多的內(nèi)容。

      HTTP協(xié)議之響應(yīng):

      在接收和解釋請(qǐng)求消息后,服務(wù)器返回一個(gè) HTTP 響應(yīng)消息。

      HTTP 響應(yīng)由三個(gè)部分組成,分別是:狀態(tài)行、消息報(bào)頭、響應(yīng)正文。

      1、狀態(tài)行格式如下:

      HTTP-Version Status-Code Reason-Phrase CRLF

      1

      008:Http協(xié)議詳解

      其中,HTTP-Version 表示服務(wù)器 HTTP 協(xié)議的版本;Status-Code 表示服務(wù)器發(fā)回的響應(yīng)狀態(tài)代

      碼;Reason-Phrase 表示狀態(tài)代碼的文本描述。

      狀態(tài)代碼有三位數(shù)字組成,第一個(gè)數(shù)字定義了響應(yīng)的類別,且有五種可能取值:

      1xx:指示信息–表示請(qǐng)求已接收,繼續(xù)處理

      2xx:成功–表示請(qǐng)求已被成功接收、理解、接受

      3xx:重定向–要完成請(qǐng)求必須進(jìn)行更進(jìn)一步的操作

      4xx:客戶端錯(cuò)誤–請(qǐng)求有語法錯(cuò)誤或請(qǐng)求無法實(shí)現(xiàn)

      5xx:服務(wù)器端錯(cuò)誤–服務(wù)器未能實(shí)現(xiàn)合法的請(qǐng)求

      詳細(xì)狀態(tài)碼點(diǎn)擊查看

      2、響應(yīng)報(bào)頭后述

      3、響應(yīng)正文就是服務(wù)器返回的資源的內(nèi)容

      HTTP 協(xié)議之消息報(bào)頭篇:

      HTTP 消息由客戶端到服務(wù)器的請(qǐng)求和服務(wù)器到客戶端的響應(yīng)組成。請(qǐng)求消息和響應(yīng)消息都是由開始行(對(duì)于請(qǐng)求消息,開始行就是請(qǐng)求行,對(duì)于響應(yīng)消息,開始行就是狀態(tài)行),消息報(bào)頭(可選),空行(只有 CRLF 的行),消息正文(可選)組成。

      HTTP 消息報(bào)頭包括普通報(bào)頭、請(qǐng)求報(bào)頭、響應(yīng)報(bào)頭、實(shí)體報(bào)頭。每一個(gè)報(bào)頭域都是由名字+“:”+空格+值 組成,消息報(bào)頭域的名字是大小寫無關(guān)的。

      1、普通報(bào)頭

      在普通報(bào)頭中,有少數(shù)報(bào)頭域用于所有的請(qǐng)求和響應(yīng)消息,但并不用于被傳輸?shù)膶?shí)體,只用于傳輸?shù)南ⅰ?/p>

      Cache-Control用于指定緩存指令,緩存指令是單向的(響應(yīng)中出現(xiàn)的緩存指令在請(qǐng)求中未必會(huì)出現(xiàn)),且是獨(dú)立的(一個(gè)消息的緩存指令不會(huì)影響另一個(gè)消息處理的緩存機(jī)制),HTTP1.0使用的類似的報(bào)頭域?yàn)?Pragma。

      請(qǐng)求時(shí)的緩存指令包括:no-cache(用于指示請(qǐng)求或響應(yīng)消息不能緩存)、no-store、max-age、max-stale、min-fresh、only-if-cached;

      響應(yīng)時(shí)的緩存指令包括:public、private、no-cache、no-store、no-transform、

      must-revalidate、proxy-revalidate、max-age、s-maxage.

      為了指示 IE 瀏覽器(客戶端)不要緩存頁面,服務(wù)器端的 JSP 程序可以編寫如下:

      response.sehHeader("Cache-Control","no-cache"); //response.setHeader("Pragma","no-cache");

      1

      2

      作用相當(dāng)于上述代碼,通常兩者//合用

      這句代碼將在發(fā)送的響應(yīng)消息中設(shè)置普通報(bào)頭域:Cache-Control:no-cache

      Date 普通報(bào)頭域表示消息產(chǎn)生的日期和時(shí)間

      Connection 普通報(bào)頭域允許發(fā)送指定連接的選項(xiàng)。例如指定連接是連續(xù),或者指定“close”選項(xiàng),通知服務(wù)器,在響應(yīng)完成后,關(guān)閉連接

      2、請(qǐng)求報(bào)頭

      請(qǐng)求報(bào)頭允許客戶端向服務(wù)器端傳遞請(qǐng)求的附加信息以及客戶端自身的信息。

      常用的請(qǐng)求報(bào)頭

      Accept 請(qǐng)求報(bào)頭域用于指定客戶端接受哪些類型的信息。

      Accept:image/gif,表明客戶端 希望接受 GIF 圖象格式的資源;Accept:text/html,表明客戶端希望接受html 文本。

      Accept-Charset 請(qǐng) 求 報(bào) 頭 域 用 于 指 定 客 戶 端 接 受 的 字 符 集 。

      Accept-Charset:iso-8859-1,gb2312.如果在請(qǐng)求消息中沒有設(shè)置這個(gè)域,缺省是任何字符集都可以接受。

      Accept-Encoding 請(qǐng)求報(bào)頭域類似于 Accept,但是它是用于指定可接受的內(nèi)容編碼。

      Accept-Encoding:gzip.deflate.如果請(qǐng)求消息中沒有設(shè)置這個(gè)域服務(wù)器假定客戶端對(duì)各種內(nèi)容編碼都可以接受。

      Accept-Language 請(qǐng)求報(bào)頭域類似于 Accept,但是它是用于指定一種自然語言。

      Accept-Language:zh-cn.如果請(qǐng)求消息中沒有設(shè)置這個(gè)報(bào)頭域,服務(wù)器假定客戶端對(duì)各種語言都可以接受。

      Authorization 請(qǐng)求報(bào)頭域主要用于證明客戶端有權(quán)查看某個(gè)資源。當(dāng)瀏覽器訪問一個(gè)頁面時(shí),如果收到服務(wù)器的響應(yīng)代碼為

      401(未授權(quán)),可以發(fā)送一個(gè)包含 Authorization 請(qǐng)求報(bào)頭域的請(qǐng)求,要求服務(wù)器對(duì)其進(jìn)行驗(yàn)證。

      Host 請(qǐng)求報(bào)頭域主要用于指定被請(qǐng)求資源的 Internet 主機(jī)和端口號(hào),它通常從 HTTP URL 中提取出來的。

      User-AgentUser-Agent 請(qǐng)求報(bào)頭域允許客戶端將它的操作系統(tǒng)、瀏覽器和其它屬性告訴服務(wù)器。

      3、響應(yīng)報(bào)頭

      響應(yīng)報(bào)頭允許服務(wù)器傳遞不能放在狀態(tài)行中的附加響應(yīng)信息,以及關(guān)于服務(wù)器的信息和對(duì)Request-URI

      所標(biāo)識(shí)的資源進(jìn)行下一步訪問的信息。常用的響應(yīng)報(bào)頭

      Location 響應(yīng)報(bào)頭域用于重定向接受者到一個(gè)新的位置。Location 響應(yīng)報(bào)頭域常用在更換域名的時(shí)候。

      Server 響應(yīng)報(bào)頭域包含了服務(wù)器用來處理請(qǐng)求的軟件信息。與 User-Agent 請(qǐng)求報(bào)頭域是相對(duì)應(yīng)的。下面是Server

      響應(yīng)報(bào)頭域的一個(gè)例子: Server:Apache-Coyote/1.1

      WWW-Authenticate 響應(yīng)報(bào)頭域必須被包含在 401(未授權(quán)的)響應(yīng)消息中,客戶端收到 401 響應(yīng)消息時(shí)候,并發(fā)送

      Authorization 報(bào)頭域請(qǐng)求服務(wù)器對(duì)其進(jìn)行驗(yàn)證時(shí),服務(wù)端響應(yīng)報(bào)頭就包含該報(bào)頭域。

      WWW-Authenticate:Basic realm=“Basic Auth Test!”

      //可以看出服務(wù)器對(duì)請(qǐng)求資源采用的是基本驗(yàn)證機(jī)制。

      4、實(shí)體報(bào)頭

      請(qǐng)求和響應(yīng)消息都可以傳送一個(gè)實(shí)體。一個(gè)實(shí)體由實(shí)體報(bào)頭域和實(shí)體正文組成,但并不是說實(shí)體報(bào)頭域和實(shí)體正文要在一起發(fā)送,可以只發(fā)送實(shí)體報(bào)頭域。實(shí)體報(bào)頭定義了關(guān)于實(shí)體正文和請(qǐng)求所標(biāo)識(shí)的資源的元信息。

      常用的實(shí)體報(bào)頭

      Content-Encoding 實(shí)體報(bào)頭域被用作媒體類型的修飾符,它的值指示了已經(jīng)被應(yīng)用到實(shí)體正文的附加內(nèi)容的編碼,因而要獲得

      Content-Type 報(bào)頭域中所引用的媒體類型,必須采用相應(yīng)的解碼機(jī)制 。

      Content-Encoding 這樣用于記錄文檔的壓縮方法,eg:Content-Encoding:gzip

      Content-Language

      實(shí)體報(bào)頭域描述了資源所用的自然語言。沒有設(shè)置該域則認(rèn)為實(shí)體內(nèi)容將提供給所有的語言閱讀者。Content-Language:da

      Content-Length 實(shí)體報(bào)頭域用于指明實(shí)體正文的長(zhǎng)度,以字節(jié)方式存儲(chǔ)的十進(jìn)制數(shù)字來表示。

      Content-Type

      實(shí)體報(bào)頭域用語指明發(fā)送給接收者的實(shí)體正文的媒體類型。Content-Type:text/html;charset=ISO-8859-1

      Content-Type:text/html;charset=GB2312

      實(shí)體報(bào)頭域用于指示資源的最后修改日期和時(shí)間。

      實(shí)體報(bào)頭域給出響應(yīng)過期的日期和時(shí)間。為了讓代理服務(wù)器或?yàn)g覽器在一段時(shí)間以后更新緩存中(再次訪問曾訪問過的頁面時(shí),直接從緩存中加載,縮短響應(yīng)時(shí)間和降低服務(wù)器負(fù)載)的頁面,我們可以使用 Expires 實(shí)體報(bào)頭域指定頁面過期的時(shí)間。

      HTTP 協(xié)議相關(guān)技術(shù)補(bǔ)充:

      高層協(xié)議有:文件傳輸協(xié)議 FTP、電子郵件傳輸協(xié)議 SMTP、域名系統(tǒng)服務(wù) DNS、網(wǎng)絡(luò)新聞傳輸協(xié)議NNTP 和 HTTP 協(xié)議等

      中介由三種:代理(Proxy)、網(wǎng)關(guān)(Gateway)和通道(Tunnel),一個(gè)代理根據(jù) URI 的絕對(duì)格式來接受請(qǐng)求,重寫全部或部分消息,通過 URI 的標(biāo)識(shí)把已格式化過的請(qǐng)求發(fā)送到服務(wù)器。網(wǎng)關(guān)是一個(gè)接收代理,作為一些其它服務(wù)器的上層,并且如果必須的話,可以把請(qǐng)求翻譯給下層的服務(wù)器協(xié)議。一 個(gè)通道作為不改變消息的兩個(gè)連接之間的中繼點(diǎn)。當(dāng)通訊需要通過一個(gè)中介(例如:防火墻等)或者是中介不能識(shí)別消息的內(nèi)容時(shí),通道經(jīng)常被使用。

      代理(Proxy):一個(gè)中間程序,它可以充當(dāng)一個(gè)服務(wù)器,也可以充當(dāng)一個(gè)客戶機(jī),為其它客戶機(jī)建立請(qǐng)求。請(qǐng)求是通過可能的翻譯在內(nèi)部或經(jīng)過傳遞到其它的 服務(wù)器中。一個(gè)代理在發(fā)送請(qǐng)求信息之前,必須解釋并且如果可能重寫它。代理經(jīng)常作為通過防火墻的客戶機(jī)端的門戶,代理還可以作為一個(gè)幫助應(yīng)用來通過協(xié)議處 理沒有被用戶代理完成的請(qǐng)求。

      網(wǎng)關(guān)(Gateway):一個(gè)作為其它服務(wù)器中間媒介的服務(wù)器。與代理不同的是,網(wǎng)關(guān)接受請(qǐng)求就好象對(duì)被請(qǐng)求的資源來說它就是源服務(wù)器;發(fā)出請(qǐng)求的客戶機(jī)并沒有意識(shí)到它在同網(wǎng)關(guān)打交道。

      網(wǎng)關(guān)經(jīng)常作為通過防火墻的服務(wù)器端的門戶,網(wǎng)關(guān)還可以作為一個(gè)協(xié)議翻譯器以便存取那些存儲(chǔ)在非HTTP 系統(tǒng)中的資源。

      通道(Tunnel):是作為兩個(gè)連接中繼的中介程序。一旦激活,通道便被認(rèn)為不屬于 HTTP 通訊,盡管通道可能是被一個(gè)HTTP請(qǐng)求初始化的。當(dāng)被中繼 的連接兩端關(guān)閉時(shí),通道便消失。當(dāng)一個(gè)門戶(Portal)

      必須存在或中介(Intermediary)不能解釋中繼的通訊時(shí)通道被經(jīng)常使用

      the end

      q.q暫時(shí)就補(bǔ)充到這里吧= =

      HTTP TCP/IP

      版權(quán)聲明:本文內(nèi)容由網(wǎng)絡(luò)用戶投稿,版權(quán)歸原作者所有,本站不擁有其著作權(quán),亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實(shí)的內(nèi)容,請(qǐng)聯(lián)系我們jiasou666@gmail.com 處理,核實(shí)后本網(wǎng)站將在24小時(shí)內(nèi)刪除侵權(quán)內(nèi)容。

      版權(quán)聲明:本文內(nèi)容由網(wǎng)絡(luò)用戶投稿,版權(quán)歸原作者所有,本站不擁有其著作權(quán),亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實(shí)的內(nèi)容,請(qǐng)聯(lián)系我們jiasou666@gmail.com 處理,核實(shí)后本網(wǎng)站將在24小時(shí)內(nèi)刪除侵權(quán)內(nèi)容。

      上一篇:人事財(cái)務(wù)管理系統(tǒng)的簡(jiǎn)單介紹
      下一篇:Excel表格中數(shù)據(jù)有效性全面功能的使用方法(excel表格中數(shù)據(jù)有效性怎么設(shè)置)
      相關(guān)文章
      亚洲精品无码人妻无码| 亚洲第一页在线视频| 亚洲 欧洲 日韩 综合在线| 91亚洲国产成人久久精品网址| 亚洲国产一区二区三区青草影视| 久久久久亚洲精品男人的天堂| 亚洲国产激情一区二区三区| 亚洲精品成人网久久久久久| 亚洲AV成人精品一区二区三区| 亚洲精品美女久久7777777| 亚洲AV无码资源在线观看| 亚洲国产午夜精品理论片在线播放 | 亚洲狠狠综合久久| 久久亚洲AV午夜福利精品一区| 亚洲国产精品无码专区影院 | 国产精品高清视亚洲一区二区| 国产精品久久亚洲不卡动漫| 国产精品亚洲四区在线观看| 亚洲中文字幕一区精品自拍| 亚洲精华液一二三产区| 国产精品亚洲一区二区在线观看| 午夜亚洲福利在线老司机| 亚洲高清偷拍一区二区三区| 亚洲区不卡顿区在线观看| 在线亚洲午夜理论AV大片| 亚洲精品午夜国产VA久久成人| 久久乐国产精品亚洲综合| 亚洲日韩欧洲无码av夜夜摸| 亚洲AV综合色区无码一区| 亚洲视频在线免费播放| 亚洲丝袜中文字幕| 亚洲精品又粗又大又爽A片| 最新亚洲人成无码网站| 久久精品国产亚洲一区二区三区| 中文字幕日韩亚洲| 亚洲AV无码久久精品成人 | 国产成人久久精品亚洲小说| 国产黄色一级毛片亚洲黄片大全| 国产日韩亚洲大尺度高清| 91亚洲导航深夜福利| 狠狠色伊人亚洲综合网站色|