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:image/gif,image/x-xbit,... (CRLF)
...
HOST:www.guet.edu.cn (CRLF)
Content-Length:22 (CRLF)
Connection:Keep-Alive (CRLF)
Cache-Control:no-cache (CRLF)