HTTP1.0是典型的請求/響應模式。為了減少服務器的開銷，HTTP1.1默認有“持續連接”的機制。通過這種機制，客戶端發送請求得到響應后，連接不會馬上關閉，可以繼續發送請求，還可以流水線發送多個請求、而不用等待每一個響應的到來。
二、URI和URL
URI(統一資源標識符)純粹是一種符號結構，用于指定構成Web資源的字符串的各個不同部分。而URL(統一資源定位符)是一種特殊的URI，包含了用于查找某個資源的足夠信息。
URI是一種語義上的抽象概念，可以是絕對的，也可以是相對的，而URL則必須提供足夠的信息來定位，所以，是絕對的，而通常說的relative URL，則是針對另一個absolute URL，本質上還是絕對的。
三、HTTP請求
格式如圖：(CRLF表示回車符 換行符，不同顏色之間用空格隔開)
第一行叫做請求行。所以我們可以說HTTP請求由請求行、消息報頭、請求正文組成。
1、請求行
如上，請求行以一個方法符號開頭，空格之后，一個請求URI，再空格，然后一個HTTP版本，最后一個回車換行。
其中請求方法有如下幾種：
我們在瀏覽器地址欄直接輸入地址的時候，采用的就是GET方法。
HEAD方法一般用于測試超鏈接的有效性，因為它只是請求響應消息的報頭。消息報頭后面會講。
(HTTP協議中，請求方法必須全部大寫)
2、請求正文
類似name=XXX&pwd=XXXX的內容
四、HTTP響應
格式與HTTP請求類似，如圖：
第一行叫做狀態行。所以我們可以說HTTP響應由狀態行、消息報頭、響應正文組成。
1、狀態行
如上，狀態行由一個HTTP版本，空格后，一個狀態碼，再空格，一個狀態碼的文本描述，最后一個回車換行構成。
狀態代碼有3位數字組成，狀態描述給出了狀態代碼簡短的描述。狀態碼第一個數字定義了響應的類別，有五種可能取值：
1xx ： 指示信息–表示請求已接收，繼續處理
2xx ： 成功–表示請求已被成功接收、理解、接受
3xx ： 重定向–要完成請求必須進行更進一步的操作
4xx ： 客戶端錯誤–請求有語法錯誤或請求無法實現
5xx ： 服務器端錯誤–服務器未能實現合法的請求
全部取值如下：
100——客戶必須繼續發出請求
101——客戶要求服務器根據請求轉換HTTP協議版本
200——交易成功
201——提示知道新文件的URL
202——接受和處理、但處理未完成
203——返回信息不確定或不完整
204——請求收到，但返回信息為空
205——服務器完成了請求，用戶代理必須復位當前已經瀏覽過的文件
206——服務器已經完成了部分用戶的GET請求
300——請求的資源可在多處得到
301——刪除請求數據
302——在其他地址發現了請求數據
303——建議客戶訪問其他URL或訪問方式
304——客戶端已經執行了GET，但文件未變化
305——請求的資源必須從服務器指定的地址得到
306——前一版本HTTP中使用的代碼，現行版本中不再使用
307——申明請求的資源臨時性刪除
400——錯誤請求，如語法錯誤
401——請求授權失敗
402——保留有效ChargeTo頭響應
403——請求不允許
404——沒有發現文件、查詢或URl
405——用戶在Request-Line字段定義的方法不允許
406——根據用戶發送的Accept拖，請求資源不可訪問
407——類似401，用戶必須首先在代理服務器上得到授權
408——客戶端沒有在用戶指定的餓時間內完成請求
409——對當前資源狀態，請求不能完成
410——服務器上不再有此資源且無進一步的參考地址
411——服務器拒絕用戶定義的Content-Length屬性請求
412——一個或多個請求頭字段在當前請求中錯誤
413——請求的資源大于服務器允許的大小
414——請求的資源URL長于服務器允許的長度
415——請求資源不支持請求項目格式
416——請求中包含Range請求頭字段，在當前請求資源范圍內沒有range指示值，請求也不包含If-Range請求頭字段
417——服務器不滿足請求Expect頭字段指定的期望值，如果是代理服務器，可能是下一級服務器不能滿足請求
500——服務器產生內部錯誤
501——服務器不支持請求的函數
502——服務器暫時不可用，有時是為了防止發生系統過載
503——服務器過載或暫停維修
504——關口過載，服務器使用另一個關口或服務來響應用戶，等待時間設定值較長
505——服務器不支持或拒絕支請求頭中指定的HTTP版本
消息報頭下面會講。
2、響應正文
所謂響應正文，就是服務器返回的資源的內容。即整個HTML文件。
五、消息報頭
HTTP請求和HTTP響應都有消息報頭。而消息報頭是由眾多報頭域組成。每一個報頭域都由名字 “：” 空格組成，消息報頭域的名字是大小寫無關的。
HTTP消息報頭包括普通報頭、請求報頭、響應報頭和實體報頭。
1、普通報頭：
在普通報頭中，有少數報頭域用于所有的請求和響應消息，但并不用于被傳輸的實體，只用于傳輸的消息。
普通報頭包括：
常見的普通報頭：
1)Cache-Control
Cache-Control用于指定緩存指令，緩存指令是單向的(響應中出現的緩存指令在請求中未必會出現)，且是獨立的(一個消息的緩存指令不會影響另一個消息處理的緩存機制)，HTTP1.0使用的類似的報頭域為Pragma。
請求時的緩存指令包括：no-cache(用于指示請求或響應消息不能緩存)、no-store、max-age、max-stale、min-fresh、only-if-cached;
響應時的緩存指令包括：public、private、no-cache、no-store、no-transform、must-revalidate、proxy-revalidate、max-age、s-maxage.
2)Date
Date普通報頭域表示消息產生的日期和時間
3)Connection
Connection普通報頭域允許發送指定連接的選項。例如指定連接是連續，或者指定“close”選項，通知服務器，在響應完成后，關閉連接
2、請求報頭
請求報頭允許客戶端向服務器端傳遞請求的附加信息以及客戶端自身的信息。
請求報頭包括：
常見的請求報頭：
1)Accept
Accept請求報頭域用于指定客戶端接受哪些類型的信息。
2)Accept-Charset
Accept-Charset請求報頭域用于指定客戶端接受的字符集。如果在請求消息中沒有設置這個域，缺省是任何字符集都可以接受。
3)Accept-Encoding
Accept-Encoding請求報頭域類似于Accept，但是它是用于指定可接受的內容編碼。如果請求消息中沒有設置這個域服務器假定客戶端對各種內容編碼都可以接受。
4)Accept-Language
Accept-Language請求報頭域類似于Accept，但是它是用于指定一種自然語言如果請求消息中沒有設置這個報頭域，服務器假定客戶端對各種語言都可以接受。
5)Authorization
Authorization請求報頭域主要用于證明客戶端有權查看某個資源。當瀏覽器訪問一個頁面時，如果收到服務器的響應代碼為401(未授權)，可以發送一個包含Authorization請求報頭域的請求，要求服務器對其進行驗證。
6)Host
發送請求時，該報頭域是必需的。Host請求報頭域主要用于指定被請求資源的Internet主機和端口號，它通常從HTTP URL中提取出來的。
7)User-Agent
User-Agent請求報頭域允許客戶端將它的操作系統、瀏覽器和其它屬性告訴服務器。不過，這個報頭域不是必需的，如果我們自己編寫一個瀏覽器，不使用User-Agent請求報頭域，那么服務器端就
無法得知我們的信息了。
3、響應報頭
響應報頭允許服務器傳遞不能放在狀態行中的附加響應信息，以及關于服務器的信息和對Request-URI所標識的資源進行下一步訪問的信息。
響應報頭包括：
常見的實體報頭：
1)Location
Location響應報頭域用于重定向接受者到一個新的位置。Location響應報頭域常用在更換域名的時候。
2)Server
Server響應報頭域包含了服務器用來處理請求的軟件信息。與User-Agent請求報頭域是相對應的。
3)WWW-Authenticate
WWW-Authenticate響應報頭域必須被包含在401(未授權的)響應消息中，客戶端收到401響應消息時候，并發送Authorization報頭域請求服務器對其進行驗證時，服務端響應報頭就包含該報頭域。
4、實體報頭
請求和響應消息都可以傳送一個實體。一個實體由實體報頭域和實體正文組成，但并不是說實體報頭域和實體正文要在一起發送，可以只發送實體報頭域。實體報頭定義了關于實體正文(eg：有無實體正文)和請求所標識的資源的元信息。
實體報頭包括：
常見的實體報頭：
1)Content-Encoding
Content-Encoding實體報頭域被用作媒體類型的修飾符，它的值指示了已經被應用到實體正文的附加內容的編碼，因而要獲得Content-Type報頭域中所引用的媒體類型，必須采用相應的解碼機制。Content-Encoding主要用于記錄文檔的壓縮方法。
2)Content-Language
Content-Language實體報頭域描述了資源所用的自然語言。沒有設置該域則認為實體內容將提供給所有的語言
閱讀者。
3)Content-Length
Content-Length實體報頭域用于指明實體正文的長度，以字節方式存儲的十進制數字來表示。即一個數字字符占一個字節，用其對應的ASCII碼來存儲傳輸。
4)Content-Type
Content-Type實體報頭域用語指明發送給接收者的實體正文的媒體類型。
5)Expires
Expires實體報頭域給出響應過期的日期和時間。為了讓代理服務器或瀏覽器在一段時間以后更新緩存中(再次訪問曾訪問過的頁面時，直接從緩存中加載，縮短響應時間和降低服務器負載)的頁面，我們可以使用Expires實體報頭域指定頁面過期的時間。
6)Last-Modified
Last-Modified實體報頭域用于指示資源的最后修改日期和時間。
六、關于HTTP請求GET和POST的區別
1、提交數據位置
GET提交，請求的數據會附在URL之后(就是把數據放置在HTTP協議頭中)，以?分割URL和傳輸數據，多個參數用&連接;例如：login.action?name=hyddd&password=idontknow&verify=你 好。如果數據是英文字母/數字，原樣發送，如果是空格，轉換為 ，如果是中文/其他字符，則直接把字符串用BASE64加密，得出如： 你好，其中%XX中的XX為該符號以16進制表示的ASCII。
POST提交：把提交的數據放置在是HTTP包的包體中。上文示例中紅色字體標明的就是實際的傳輸數據
因此，GET提交的數據會在地址欄中顯示出來，而POST提交，地址欄不會改變
2、傳輸數據的大小
首先聲明,HTTP協議沒有對傳輸的數據大小進行限制，HTTP協議規范也沒有對URL長度進行限制。 而在實際開發中存在的限制主要有：
GET:特定瀏覽器和服務器對URL長度有限制，例如IE對URL長度的限制是2083字節(2K 35)。對于其他瀏覽器，如Netscape、FireFox等，理論上沒有長度限制，其限制取決于操作系統的支持。
因此對于GET提交時，傳輸數據就會受到URL長度的限制。
POST:由于不是通過URL傳值，理論上數據不受限。但實際各個WEB服務器會規定對post提交數據大小進行限制，Apache、IIS6都有各自的配置。
3、安全性
POST的安全性要比GET的安全性高。注意：這里所說的安全性和上面GET提到的“安全”不是同個概念。上面“安全”的含義僅僅是不作數據修改，而這里安全的含義是真正的Security的含義，比如：通過GET提交數據，用戶名和密碼將明文出現在URL上，因為(1)登錄頁面有可能被瀏覽器緩存，(2)其他人查看瀏覽器的歷史紀錄，那么別人就可以拿到你的賬號和密碼了。
更多關于云服務器，域名注冊，虛擬主機的問題，請訪問三五互聯官網：m.shinetop.cn