http基礎性問題，http詳解

簡捷、快速

HTTP 是一個屬于應用層的面向對象的協議，由于其的方式，適用 于分布式超媒體信息系統。它于 1990 年提出，經過幾年的使用與發展，得到 不斷地完善和擴展。目前在 WWW 中使用的是 HTTP/1.0 的第六版，

HTTP/1.1 的規范化工作正在進行之中，而且 HTTP-NG(Next Generation of HTTP)的建議已經提出。

HTTP 協議的主要特點可概括如下：

1.支持客戶/服務器模式。

2.簡單快速：客戶向服務器請求服務時，只需傳送請求方法和路徑。請求方法 常用的有 GET、HEAD、POST。每種方法規定了客戶與服務器聯系的類型不 同。由于 HTTP 協議簡單，使得 HTTP 服務器的程序規模小，因而通信速度很 快。

3.靈活：HTTP 允許傳輸任意類型的數據對象。正在傳輸的類型由 Content-Type 加以標記。

4.無連接：無連接的含義是限制每次連接只處理一個請求。服務器處理完客戶 的請求，并收到客戶的應答后，即斷開連接。采用這種方式可以節省傳輸時 間。

5.無狀態：HTTP 協議是無狀態協議。無狀態是指協議對于事務處理沒有記憶 能力。缺少狀態意味著如果后續處理需要前面的信息，則它必須重傳，這樣可 能導致每次連接傳送的數據量增大。另一方面，在服務器不需要先前信息時它 的應答就較快。

注釋：

面向對象：一切皆對象(你可以把一切作為對象來剖

析，比如：把一個杯子看作對象

這個杯子有狀態，容積，材料等等。這些杯子

的特性叫杯子的屬性)

http-hg： 超媒體信息系統的英文簡寫

GET、HEAD、POST：get和post區別 一個是索取和提交 、

Head與get幾乎一樣   注意不懂百度。

Content-Type：內容類型，一般是指網頁中存在的Content-Type，用于定義網絡文件的類型和網頁的編碼，決定文件接收方將以什么形式、什么編碼讀取這個文件，這就是經常看到一些Asp網頁點擊的結果卻是下載到的一個文件或一張圖片的原因。

相對路徑和絕對路徑：比如C:\users\mydyn\documents\陳月珍.doc

   如果你想看陳月珍.doc 這個文件的話 這個就叫絕對路徑

   當我已經在C:\users\mydyn 下時 我只需再輸入 documents\陳月珍.doc 就可以找到它

這叫相對路徑

還有呢 如果我   輸入C:\..\..\documents\陳月珍.doc   也可以找到它  發現了什么嗎？？

 中間的部分我用 ..\直接讓電腦進行全目錄搜尋，這樣也能搜到    而絕對路徑是固定的    C:\users\mydyn\documents\陳月珍.doc 你看看  比較一下 就知道什么是相對路徑和絕對路徑了

一、HTTP 協議詳解之 URL 篇

http（超文本傳輸協議）是一個基于請求與響應模式的、無狀態的、應用層的協議，常

基于 TCP 的連接方式，HTTP1.1 版本中給出一種持續連接的機制，絕大多數的 Web 開

發，都是構建在 HTTP 協議之上的 Web 應用。

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

如下： http://host[":"port[abs_path]                    

 注釋 ： URL和URI的區別  ：

   http:\\www.chenyuezhen\dyn\erzi.com

             那么呢，以上這個全面的叫URL

URL也可以這樣寫：   http:\\www.chenyuezhen：80\dyn\erzi.com

對照上面的格式 http://host[":"port[abs_path]   

知道了什么？？

dyn\erzi叫 URI

http 表示要通過 HTTP 協議來定位網絡資源；host 表示合法的 Internet 主機域名或者 IP

地址；port 指定一個端口號，為空則使用缺省端口 80；abs_path 指定請求資源的 URI；

如果 URL 中沒有給出 abs_path，那么當它作為請求 URI 時，必須以“/”的形式給出，

通常這個工作瀏覽器自動幫我們完成。

eg: 1、輸入：www.guet.edu.cn

瀏覽器自動轉換成：http://www.guet.edu.cn/ 2、http:192.168.0.116:8080/index.jsp

二、HTTP 協議詳解之請求篇

http 請求由三部分組成，分別是：請求行、消息報頭、請求正文

1、請求行以一個方法符號開頭，以空格分開，后面跟著請求的 URI 和協議的版本，格式 如下：Method Request-URI HTTP-Version CRLF

其中 Method 表示請求方法；Request-URI 是一個統一資源標識符；HTTP-Version 表

示請求的 HTTP 協議版本；CRLF 表示回車和換行（除了作為結尾的 CRLF 外，不允許出現 單獨的 CR 或 LF 字符）。

請求方法（所有方法全為大寫）有多種，各個方法的解釋如下：

GET請求獲取 Request-URI 所標識的資源

POST在 Request-URI 所標識的資源后附加新的數據

HEAD請求獲取由 Request-URI 所標識的資源的響應消息報頭

PUT請求服務器存儲一個資源，并用 Request-URI 作為其標識

DELETE請求服務器刪除 Request-URI 所標識的資源

TRACE請求服務器回送收到的請求信息，主要用于測試或診斷

CONNECT 保留將來使用

OPTIONS 請求查詢服務器的性能，或者查詢與資源相關的選項和需求 應用舉例：

GET 方法：在瀏覽器的地址欄中輸入網址的方式訪問網頁時，瀏覽器采用 GET 方法向服務 器獲取資源，eg:GET /form.html HTTP/1.1 (CRLF)

POST 方法要求被請求服務器接受附在請求后面的數據，常用于提交表單。 eg：POST /reg.jsp HTTP/ (CRLF)

Accept:p_w_picpath/gif,p_w_picpath/x-xbit,... (CRLF)

...

HOST:www.guet.edu.cn (CRLF)

Content-Length:22 (CRLF)

Connection:Keep-Alive (CRLF)

Cache-Control:no-cache (CRLF)