HTTP（HyperTextTransferProtocol）即超文本傳輸協議，目前網頁傳輸的的通用協議。HTTP協議采用了請求/響應模型，瀏覽器或其他客戶端發出請求，服務器給與響應。就整個網絡資源傳輸而言，包括message-header和message-body兩部分。首先傳遞message- header，即http header消息 。http header 消息通常被分為4個部分：general header, request header, response header, entity header。但是這種分法就理解而言，感覺界限不太明確。根據維基百科對http header內容的組織形式，大體分為Request和Response兩部分。

　　當我們打開瀏覽器，在地址欄中輸入URL後，我們的瀏覽器給Web服務器發送了一個Request, Web服務器接到Request後進行處理，生成相應的Response，然後發送給瀏覽器， 瀏覽器解析Response中的HTML,這樣我們就看到了網頁。過程如下圖所示：

　　我們的Request 有可能是經過了代理服務器，最後才到達Web服務器的。過程如下圖所示：

　　代理服務器就是網絡信息的中轉站，有什麽功能呢？

　　1.設置用戶驗證和記賬功能，可按用戶進行記賬，沒有登記的用戶無權通過代理服務器訪問Internet網。並對用戶的訪問時間、訪問地點、信息流量進行統計。

　　2. 對用戶進行分級管理，設置不同用戶的訪問權限，對外界或內部的Internet地址進行過濾，設置不同的訪問權限。

　　3.增加緩沖器（Cache），提高訪問速度，對經常訪問的地址創建緩沖區，大大提高熱門站點的訪問效率。通常代理服務器都設置一個較大的硬盤緩沖區（可能高達幾個GB或更大），當有外界的信息通過時，同時也將其保存到緩沖區中，當其他用戶再訪問相同的信息時，則直接由緩沖區中取出信息，傳給用戶，以提高訪問速度。

　　4.連接內網與Internet，充當防火墻（Firewall）：因為所有內部網的用戶通過代理服務器訪問外界時，只映射為一個IP地址，所以外界不能直接訪問到內部網；同時可以設置IP地址過濾，限制內部網對外部的訪問權限。

　　5.節省IP開銷：代理服務器允許使用大量的偽IP地址，節約網上資源，即用代理服務器可以減少對IP地址的需求，對於使用局域網方式接入Internet ，如果為局域網（LAN）內的每一個用戶都申請一個IP地址，其費用可想而知。但使用代理服務器後，只需代理服務器上有一個合法的IP地址，LAN內其他用戶可以使用10.*.*.*這樣的私有IP地址，這樣可以節約大量的IP，降低網絡的維護成本。

URL詳解

　　URL(Uniform Resource Locator) 地址用於描述一個網絡上的資源, 基本格式如下：

　　schema://host[:port#]/path/.../[?query-string][#anchor]

　　例：

　　http://www.mywebsite.com/sj/test/test.aspx?name=sviergn&x=true#stuff

　　Schema:　　 http

　　host:　　　　www.mywebsite.com

　　path:　　　　/sj/test/test.aspx

　　Query String: name=sviergn&x=true

　　Anchor: 　　　stuff

http請求方法(RequestMethod)

　　Http協議定義了8種與服務器交互的方法(標紅為最基本的4種)，分別是：

• GET：

  主要用於向指定的URL請求資源（資源文件或是數據均可）， 可以帶參數也可以不帶參數， 帶參數時，參數是明文傳遞，你可以在瀏覽器的地址欄中看到參數名及參數值，GET安全性不高，所以常用於安全性要求低的場合， 比如登錄後請求數據。

  經常使用GET提交方法，因為通過GET來提交表單沒有任何負面影響並且是冪等的。

  從理論上講，如果請求具有冪等性就可以使用GET，所謂冪等是指多個請求返回相同的結果。

  存在的問題：1）數據都明文暴露，用戶可以直接看到；　　2）數據長度有限制(URL最大長度問題)

• HEAD

  HEAD方法跟GET方法相同，只不過服務器響應時不會返回消息體。一個HEAD請求的響應中，HTTP頭中包含的元信息應該和一個GET請求的響應消息相同。這種方法可以用來獲取請求中隱含的元信息，而不用傳輸實體本身。也經常用來測試超鏈接的有效性、可用性和最近的修改。

  一個HEAD請求的響應可被緩存，也就是說，響應中的信息可能用來更新之前緩存的實體。如果當前實體跟緩存實體的閾值不同（可通過Content-Length、Content-MD5、ETag或Last-Modified的變化來表明），那麽這個緩存就被視為過期了。

  簡而言之
  HEAD請求常常被忽略，但是能提供很多有用的信息，特別是在有限的速度和帶寬下。主要有以下特點：
  1、只請求資源的首部；
  2、檢查超鏈接的有效性；
  3、檢查網頁是否被修改；
  4、多用於自動搜索機器人獲取網頁的標誌信息，獲取rss種子信息，或者傳遞安全認證信息等

• POST

  主要是向指定的URL（URI）提交數據, 通常用於表單發送，POST所傳遞的數據或參數不是已明文形式存在的，而是封裝後的，因此相對安全系數高，像註冊、登錄、提交表單都是用該方法實現的。

  實際上，相應的服務器方法可能會以某種方式修改狀態，所以一般情況下這是不成立的，只是一種標準。GET與POST的區別在於所能攜帶信息的大小，在許多情況下，瀏覽器和服務器會限制URL的長度（GET利用URL向服務器發送數據）。一般來講，如果請求是從服務器獲取數據應該使用GET；換句話說，要避免通過GET方式改變服務器上的狀態。當改變服務器上的狀態時應該使用POST方法，POST不會限制發送給服務器的信息的大小，而且POST請求不能保證是冪等的。在實際開發過程中，大多數請求可能都是GET請求，不過如果需要，也完全可以使用POST。

• PUT
  功能跟POST相似，用來將信息放到請求的URL上，PUT方法是冪等方法，POST非冪等方法，PUT在請求時容易造成數據冗余， 而POST則不然。
• CONNECT

  CONNECT這個方法的作用就是把服務器作為跳板，讓服務器代替用戶去訪問其它網頁，之後把數據原原本本的返回給用戶。這樣用戶就可以訪問到一些只有服務器上才能訪問到的網站了，這就是HTTP代理。

  它是需要使用TCP直接去連接的，所以不適合在網頁開發中使用，不過網頁開發中也用不到這玩意兒。

• DELETE

  用於刪除請求URL上的某個資源， 該請求返回狀態有3種：

  1) 200：表示刪除請求被成功執行，返回被刪除的資源
  2) 202：表示刪除請求被接受，但還沒有被執行
  3) 204：表示刪除請求被執行，但沒有返回被刪除的資源

  HTTP提供了一個與PUT方法對應的DELETE方法。一個DELETE請求將需要從Web服務器刪除的內容指定為請求行中的資源部分。

  DELETE方法唯一有趣的地方在於當你接收了一個標識為200 OK的響應的時候，那並不意味著指定的資源已經被刪除了。那僅僅說明服務器接收到了刪除資源的命令。這一例外允許了出於安全考慮的人為的幹預。

• OPTIONS
  OPTIONS請求方法的主要用途有兩個：
  1) 獲取服務器支持的HTTP請求方法；也是黑客經常使用的方法。
  2) 用來檢查服務器的性能。例如：AJAX進行跨域請求時的預檢，需要向另外一個域名的資源發送一個HTTP OPTIONS請求頭，用以判斷實際發送的請求是否安全。
• TRACE
  TRACE_Method是HTTP（超文本傳輸）協議定義的一種協議調試方法，該方法會使服務器原樣返回任意客戶端請求的任何內容。
  TRACE和TRACK是用來調試web服務器連接的HTTP方式。支持該方式的服務器存在跨站腳本漏洞，通常在描述各種瀏覽器缺陷的時候，把"Cross-Site-Tracing"簡稱為XST。攻擊者可以利用此漏洞欺騙合法用戶並得到他們的私人信息。（這個命令好怕怕，無知好嚇人啊）

查看原文請猛戳這裏

狀態碼(Status Code)

　　HTTP/1.1中定義了5類狀態碼， 狀態碼由三位數字組成，第一個數字定義了響應的類別。

　　　　1XX 提示信息 - 表示請求已被成功接收，繼續處理

　　　　2XX 成功 - 表示請求已被成功接收，理解，接受

　　　　3XX 重定向 - 要完成請求必須進行更進一步的處理

　　　　4XX 客戶端錯誤 - 請求有語法錯誤或請求無法實現

　　　　5XX 服務器端錯誤 - 服務器未能實現合法的請求

　　以下為詳解：

HTTP Requests部分

HTTP Responses部分

HTTP詳解