Http協(xié)議簡(jiǎn)介

1、HTTP協(xié)議基礎(chǔ)1 .Http（HypertextTransferProtocal超文本傳輸協(xié)議）2 .Http是以明文方式發(fā)送數(shù)據(jù)（數(shù)據(jù)不是加密的，很不安全https協(xié)議）3 .用于從www服務(wù)器傳輸超文本到本地瀏覽器的傳輸協(xié)議4 .Http協(xié)議是以TCP/IP為基礎(chǔ)的應(yīng)用層協(xié)議，用于定義瀏覽器與Web服務(wù)器之間交換數(shù)據(jù)的過程，大家平常通過瀏覽器訪問Internate上的某一個(gè)網(wǎng)頁的過程就是借助HTTP協(xié)議完成的5 .現(xiàn)在廣泛使用的版本HTTP1.1a）跟Httpl.0最大的區(qū)別是支持持久連接，在一個(gè)TCP/IP連接上可以傳送多個(gè)HTTP請(qǐng)求和相應(yīng)，減少了建立和關(guān)閉連接的消耗和延遲1. 在1

2、.0中如果要訪問某個(gè)包含很多圖片的網(wǎng)頁時(shí)，每張圖片都會(huì)建立一個(gè)連接，當(dāng)圖片下載完畢后，就會(huì)關(guān)閉連接（當(dāng)某個(gè)網(wǎng)站圖片很多時(shí)，這樣就會(huì)造成下載速度非常慢），而在Http1.1支持可持續(xù)性連接b)Http1.1還允許客戶端不用等待上一次請(qǐng)求結(jié)果返回，就可以發(fā)出下一次請(qǐng)求，但服務(wù)器端必須按照接收到客戶端請(qǐng)求的先后順序依次回送響應(yīng)結(jié)果，以保證客戶端能夠區(qū)分出每次請(qǐng)求的相應(yīng)內(nèi)容，這樣也顯著地減少了整個(gè)下載過程所需要的時(shí)間6 .狀態(tài)碼：a) 200b) 400c) 5007 .使用Telnet程序分析瀏覽器訪問Web資源的過程8 .用Telnet程序分析瀏覽器訪問Web資源的過程a)在命令窗口輸入i.ii.

3、 如果鏈接成功，Telnet程序?qū)?dòng)一個(gè)新的命令行窗口，該命令行窗口可以將客戶輸入的數(shù)據(jù)發(fā)送給服務(wù)器程序和顯示服務(wù)器程序接收的數(shù)據(jù)iii. 在telnet程序啟動(dòng)的命令行窗口中，輸入如下內(nèi)容1. GET/test.htmlHTTP/1.1<回車>2. Host:<空格><回車>3. <回車>4. 上面的第一行表示要獲取該Web站點(diǎn)的/test.html網(wǎng)頁文檔，期望使用HTTP1.1版本的協(xié)議來交換數(shù)據(jù)，GET和HTTP都必須要大寫，第二行表示發(fā)送的Host頭消息為空，表示要訪問該Web服務(wù)器上的默認(rèn)站點(diǎn)，當(dāng)我們?cè)贗E瀏覽器地址欄中輸入時(shí)，瀏覽

4、器將生成類似上述的請(qǐng)求信息發(fā)給Web服務(wù)器，服務(wù)器程序則會(huì)送給瀏覽器類似上述的相應(yīng)信息，只是瀏覽器獲取服務(wù)器程序返回的內(nèi)容后，會(huì)對(duì)這些內(nèi)容做了處理，例如，處理各種狀態(tài)信息和按HTML語法格式將其中屬于正文的部分顯示在瀏覽器窗口中9.HTTP協(xié)議是一個(gè)無狀態(tài)協(xié)議，也就是說客戶端的一次請(qǐng)求接收結(jié)束后就會(huì)斷開與服務(wù)器的連接，當(dāng)發(fā)出第二次請(qǐng)求后重新建立訪問連接，所以對(duì)于用戶的多次請(qǐng)求我們就需要一種機(jī)制進(jìn)行跟蹤a)Cookie跟蹤：服務(wù)器端向客戶端保存一些信息(只能是文本文件，長(zhǎng)度也是有限制的最長(zhǎng)為4K，客戶端也可以阻止服務(wù)器的寫入)，因此Cookie跟蹤不太穩(wěn)定，基于Cookie的開發(fā)一般是做些錦上添花的東西可有可無，對(duì)于核心的業(yè)務(wù)邏輯我們不能用Cookie進(jìn)行開發(fā)b)服務(wù)器在向客戶端寫數(shù)據(jù)的時(shí)候會(huì)將客戶端標(biāo)識(shí)一起寫入，便于下次該客戶訪問是從客戶端獲取重要信息c) 服務(wù)器只能取出它自己在客戶端寫入的信息d) Cookie分類i.無生命周期的Cookie,它存活去IE瀏覽器的緩存中11. 有生命周期的Cookie，