客戶端與服務(wù)器端交互原理.doc

客戶端與服務(wù)器端交互原理經(jīng)常看到HTTP客戶端與服務(wù)器端交互原理的各種版本的文章，但是專業(yè)術(shù)語(yǔ)太多，且流程過(guò)于復(fù)雜，不容易消化。于是就按照在 Servlet 里面的內(nèi)容大致做了一些穿插。本來(lái)連 Tomcat 容器 和 Servlet 的生命周期也準(zhǔn)備在這里一起寫的，但怕過(guò)于龐大，于是就簡(jiǎn)單的引用了一些 Servlet 對(duì)象。這樣的一個(gè)整個(gè)流程看下來(lái)，相信至少在理解 HTTP協(xié)議和 request 和 response 是如何完成從請(qǐng)求到生成響應(yīng)結(jié)果回發(fā)的。在后續(xù)的一些文章里會(huì)專門講一講 Tomcat 和 Servlet 是如何處理請(qǐng)求和完成響應(yīng)的，更多的是說(shuō)明Servlet 的生命周期。HTTP介紹1.HTTP是一種超文本傳送協(xié)議（HyperText Transfer Protocol），是一套計(jì)算機(jī)在網(wǎng)絡(luò)中通信的一種規(guī)則。在TCP/IP體系結(jié)構(gòu)中，HTTP屬于應(yīng)用層協(xié)議，位于TCP/IP協(xié)議的頂層。2.HTTP是一種無(wú)狀態(tài)的協(xié)議，意思是指在Web 瀏覽器（客戶端）和 Web 服務(wù)器之間不需要建立持久的連接。整個(gè)過(guò)程就是當(dāng)一個(gè)客戶端向服務(wù)器端發(fā)送一個(gè)請(qǐng)求（request），然后Web服務(wù)器返回一個(gè)響應(yīng)（response），之后連接就關(guān)閉了，在服務(wù)端此時(shí)是沒(méi)有保留連接的信息。3.HTTP 遵循請(qǐng)求/響應(yīng)（request/response）模型的，所有的通信交互都被構(gòu)造在一套請(qǐng)求和響應(yīng)模型中。4.瀏覽Web時(shí)，瀏覽器通過(guò)HTTP協(xié)議與Web服務(wù)器交換信息，Web服務(wù)器向Web瀏覽器返回的文件都有與之相關(guān)的類型，這些信息類型的格式由MIME定義。HTTP定義的事務(wù)處理由以下四步組成： 1.建立連接。2.客戶端發(fā)送HTTP請(qǐng)求頭。3.服務(wù)器端響應(yīng)生成結(jié)果回發(fā)。4.服務(wù)器端關(guān)閉連接，客戶端解析回發(fā)響應(yīng)頭，恢復(fù)頁(yè)面。1.建立連接：以下用我的另一篇文章的地址做為例子 Servlet容器（Tomacat）介紹及配置客戶端，也就是我請(qǐng)求一個(gè)地址時(shí)，即打開(kāi)了到 Web 服務(wù)器的HTTP端口的一個(gè)套接字。因?yàn)樵诰W(wǎng)絡(luò)中間作為傳遞數(shù)據(jù)的實(shí)體介質(zhì)就是網(wǎng)線，數(shù)據(jù)實(shí)質(zhì)上是通過(guò)IO流進(jìn)行輸出和輸入，這就不難理解我們?yōu)槭裁丛趯懸粋€(gè)Servlet的時(shí)候要引用 import java.io.*; 的原因，包括我們?cè)谙蚩蛻舳嘶匕l(fā)結(jié)果的時(shí)候要用到 PrintWriter 對(duì)象的println（）方法。比如我在這里請(qǐng)求CSDN社區(qū)的一個(gè)地址，實(shí)際上首先要請(qǐng)求這個(gè)地址，以及一個(gè)端口80（8080）:80 80可以不寫，是因?yàn)闉g覽器網(wǎng)頁(yè)服務(wù)默認(rèn)的端口號(hào)是 80.在Java底層代碼中是這樣實(shí)現(xiàn)的，只不過(guò)它們已經(jīng)幫我們做了。Socket socket=new Socket（，8080）;InputStream in=socket.getInputStream（）;OutputStream out=socket.getOutputStream（）;2.客戶端發(fā)送HTTP請(qǐng)求頭一旦建立了TCP連接，Web瀏覽器就會(huì)向Web服務(wù)器發(fā)送請(qǐng)求命令，是一個(gè)ASCII文本請(qǐng)求行，后跟0個(gè)或多個(gè)HTTP頭標(biāo)，一個(gè)空行和實(shí)現(xiàn)請(qǐng)求的任意數(shù)據(jù)。四個(gè)部分：請(qǐng)求行，請(qǐng)求頭標(biāo)，空行和請(qǐng)求數(shù)據(jù)。1）請(qǐng)求行由三個(gè)標(biāo)記組成：請(qǐng)求方法 請(qǐng)求URL HTTP版本，中間用空格分開(kāi)例如：GET lvpin/archive/2007/06/09/1645767.aspx HTTP/1.1HTTP規(guī)范定義了8種可能的請(qǐng)求方法：（最常見(jiàn)的就是 GET 和 POST 兩種方法）GET 檢索URI中標(biāo)識(shí)資源的一個(gè)簡(jiǎn)單請(qǐng)求HEAD 與GET方法相同，服務(wù)器只返回狀態(tài)行和頭標(biāo)，并不返回請(qǐng)求文檔POST 服務(wù)器接受被寫入客戶端輸出流中的數(shù)據(jù)的請(qǐng)求PUT 服務(wù)器保存請(qǐng)求數(shù)據(jù)作為指定URI新內(nèi)容的請(qǐng)求DELETE 服務(wù)器刪除URI中命名的資源的請(qǐng)求OPTIONS 關(guān)于服務(wù)器支持的請(qǐng)求方法信息的請(qǐng)求TRACE Web服務(wù)器反饋Http請(qǐng)求和其頭標(biāo)的請(qǐng)求CONNECT 已文檔化但當(dāng)前未實(shí)現(xiàn)的一個(gè)方法，預(yù)留做隧道處理2）請(qǐng)求頭標(biāo)：由key ：value 鍵值組成，每行一對(duì)。請(qǐng)求頭標(biāo)通知服務(wù)器有關(guān)客戶端的功能和標(biāo)識(shí)。HOST 請(qǐng)求的哪一個(gè)服務(wù)器端地址，主地址 ，比如 我現(xiàn)在所在的CSDN /User-Agent 用戶即客戶端可以使用的瀏覽器 ，如 ： Mozilla/4.0 Accept 即客戶端可以接受的MIME 類型列表，如image/gif text/html， application/msword Content-Length 只適用于POST請(qǐng)求，以字節(jié)給出POST數(shù)據(jù)的尺寸3）空行 發(fā)送回車符和退行，通知服務(wù)器以下不再有頭標(biāo)。4）請(qǐng)求數(shù)據(jù)：使用POST傳送數(shù)據(jù)，最常使用的是Content-Type和Content-Length頭標(biāo)?？偨Y(jié)以上 我們可以這樣寫出一個(gè)標(biāo)準(zhǔn)的 HTTP請(qǐng)求POST /lvpin/archive/2007/06/09/1645767.aspx HTTP1.1HOST: /User-Agent :Mozilla/4.0Accpt: image/gif，text/html，application/pdf，image/png.key=value&key=value&key=value.（POST（）請(qǐng)求的數(shù)據(jù)）那么，這上面的一個(gè)例子說(shuō)明的就是 我要去訪問(wèn)的服務(wù)器端的地址是/ 它下面的資源 /lvpin/archive/2007/06/09/1645767.aspx連起來(lái)就是 /lvpin/archive/2007/06/09/1645767.aspx這個(gè)頁(yè)面用的是 HTTP1.1 規(guī)范 我的瀏覽器版本是Mozilla/4.0 可以支持的MIME格式為 image/gif，text/html，application/pdf，image/png.等等這個(gè)MIME格式我們r(jià)esponse.setContentType（text/html;charset=gb2312）;或者在一個(gè) 或者總能見(jiàn)到那么在這里如何理解 GET 和 POST 最直觀的區(qū)別，最明顯的就是 GET方法將數(shù)據(jù)的請(qǐng)求跟在了所請(qǐng)求的URL后面，也就是在請(qǐng)求行里面我們是這么樣來(lái)做的：GET lvpin/archive/2007/06/09/1645767.aspx？key=value&key=value&key=value.HTTP1.1也實(shí)際上就是 用 GET 如此傳遞數(shù)據(jù) ：/lvpin/archive/2007/06/09/1645767.aspx？name=simon&password=simonlv.3.服務(wù)器端接受請(qǐng)求，處理數(shù)據(jù)后生成響應(yīng)返回?cái)?shù)據(jù)到客戶端 （部分Servlet 內(nèi)容穿插）Web 服務(wù)器 解析請(qǐng)求，定位指定的資源/lvpin/archive/2007/06/09/1645767.aspx1）根據(jù)在 請(qǐng)求時(shí)的 GET/POST 來(lái)按照響應(yīng)的 doGet（） /doPost（）方法來(lái)處理（有可能是一些業(yè)務(wù)邏輯，也有可能是一些驗(yàn)證等等，也有可能是一些數(shù)據(jù)查詢，提交等等）其有效的數(shù)據(jù)就來(lái)源于name=simon&password=simonlv，還有其它的一些封裝在 request 對(duì)象中的數(shù)據(jù)資源。2）處理請(qǐng)求之后，由 response 對(duì)象得到 PriterWriter 輸出流對(duì)象out ，通過(guò) out.println （） 將數(shù)據(jù)以 在客戶端提交過(guò)的采用的Accpt: 中形式的一種 如 按照 response.setcontentType（text/html;charset=gb2312 ）的格式輸出流。它的響應(yīng)信息與請(qǐng)求信息非常類似，其區(qū)別就在于 我們?cè)谡?qǐng)求階段的請(qǐng)求行被狀態(tài)行給替換了，一個(gè)響應(yīng)由四個(gè)部分組成：狀態(tài)行、響應(yīng)頭標(biāo)、空行、響應(yīng)數(shù)據(jù)1.狀態(tài)行：狀態(tài)行由三個(gè)標(biāo)記組成：HTTP版本、響應(yīng)代碼和響應(yīng)描述。HTTP1.1 100 continue -繼續(xù)追加后繼內(nèi)容HTTP1.1 200 OK -一切正常HTTP1.1 301 Moved Permanently -請(qǐng)求的文檔在其它地方，會(huì)自動(dòng)連接 HTTP1.1 403 Forbidden -絕對(duì)拒絕你訪問(wèn)這個(gè)資源，不管授權(quán)沒(méi)有HTTP1.1 400 Bad Request -客戶端請(qǐng)求中的不良語(yǔ)法HTTP1.1 404 Not Found -最常見(jiàn)，絕對(duì)是大名鼎鼎的找不到HTTP響應(yīng)碼：1xx：提示性信息，告訴客戶端應(yīng)該對(duì)某些其它的動(dòng)作做出響應(yīng)2xx：這些就代表了請(qǐng)求成功3xx：重定向，為了完成請(qǐng)求，必須進(jìn)一步執(zhí)行的動(dòng)作4xx：客戶端錯(cuò)誤500-599:服務(wù)器端的錯(cuò)誤2.響應(yīng)頭標(biāo)：像請(qǐng)求頭標(biāo)一樣，它們指出服務(wù)器的功能，標(biāo)識(shí)出響應(yīng)數(shù)據(jù)的細(xì)節(jié)。Date: Sat，31 Dec 2005 23:59:59 GMT -響應(yīng)生成的日期和時(shí)間ContentType: text/html;charset=gb2312 Content-Length: 122 -響應(yīng)中的字節(jié)數(shù)，只在瀏覽器使用永久（Keep-alive）HTTP連接時(shí)需要。3.空行：最后一個(gè)響應(yīng)頭標(biāo)之后是一個(gè)空行，