1.http是一個基於TCP的無狀態協議（對事務處理沒有記憶能力）

2.http協議是一個無連結的協議，每次連結只處理一個請求。

3.http 1.1的keep alive機制：http1.1 預設持久連結

    Keep-Alive: timeout=5, max=100
    timeout：過期時間5秒（對應httpd.conf裡的引數是：KeepAliveTimeout），max是最多一百次請求，強制斷掉連線

    就是在timeout時間內又有新的連線過來，同時max會自動減1，直到為0，強制斷掉。

4.http keep alive和tcp keep alive

tcp keep alive：

    用途：socket連線的保活。在新建socket的時候，可以設定SO_KEEPALIVE 進行開啟。
 keepalive主要有三個引數：
     tcp_keepalive_time

     tcp_keepalive_intvl： 傳送兩個TCP keepalive探測資料包的間隔時間，預設是75秒

http keep alive：

用途：http的長連線，在http 1.0中使用的為短連線：每一次請求均需要新建tcp連線，http協議資料的傳送接收，關閉tcp連線。 該種機制效能很 低，在http 1.1協議中引入了keepalive機制來保持tcp連線。

在http1.0中，全部是短連線，如果想建立長連線，需要在header裡面加上keepalive，這樣web伺服器看到這個欄位，不會立馬關閉連線。而是將tcp連線維持一段時間。如果需要關閉，則在header中寫 keepalive close，來告訴 客戶端需要關閉該連線。

在http1.1中，預設會實現keepalive，如果使用的是http1.1協議，header是不需要加上keepalive的。

5.http get和post的區別：

GET請求

GET /books/?sex=man&name=Professional HTTP/1.1
Host: www.wrox.com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6)
Gecko/20050225 Firefox/1.0.1
Connection: Keep-Alive
 

注意最後一行是空行

POST請求

POST / HTTP/1.1
Host: www.wrox.com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6)
Gecko/20050225 Firefox/1.0.1
Content-Type: application/x-www-form-urlencoded
Content-Length: 40
Connection: Keep-Alive

name=Professional%20Ajax&publisher=Wiley

1、GET提交，請求的資料會附在URL之後（就是把資料放置在HTTP協議頭中），以?分割URL和傳輸資料，多個引數用&連線；例 如：login.action?name=hyddd&password=idontknow&verify=%E4%BD%A0 %E5%A5%BD。如果資料是英文字母/數字，原樣傳送，如果是空格，轉換為+，如果是中文/其他字元，則直接把字串用BASE64加密，得出如： %E4%BD%A0%E5%A5%BD，其中％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提交資料，使用者名稱和密碼將明文出現在URL上，因為(1)登入頁面有可能被瀏覽器快取；(2)其他人檢視瀏覽器的歷史紀錄，那麼別人就可以拿到你的賬號和密碼了，除此之外，使用GET提交資料還可能會造成Cross-site request forgery攻擊

4、Http get,post,soap協議都是在http上執行的

（1）get：請求引數是作為一個key/value對的序列（查詢字串）附加到URL上的
查詢字串的長度受到web瀏覽器和web伺服器的限制（如IE最多支援2048個字元），不適合傳輸大型資料集同時，它很不安全

（2）post：請求引數是在http標題的一個不同部分（名為entity body）傳輸的，這一部分用來傳輸表單資訊，因此必須將Content-type設定為:application/x-www-form- urlencoded。post設計用來支援web窗體上的使用者欄位，其引數也是作為key/value對傳輸。
但是：它不支援複雜資料型別，因為post沒有定義傳輸資料結構的語義和規則。

（3）soap：是http post的一個專用版本，遵循一種特殊的xml訊息格式
Content-type設定為: text/xml 任何資料都可以xml化。

Http協議定義了很多與伺服器互動的方法，最基本的有4種，分別是GET,POST,PUT,DELETE. 一個URL地址用於描述一個網路上的資源，而HTTP中的GET, POST, PUT, DELETE就對應著對這個資源的查，改，增，刪4個操作。 我們最常見的就是GET和POST了。GET一般用於獲取/查詢資源資訊，而POST一般用於更新資源資訊.

我們看看GET和POST的區別

1. 1. GET提交的資料會放在URL之後，以?分割URL和傳輸資料，引數之間以&相連，如EditPosts.aspx?name=test1&id=123456. POST方法是把提交的資料放在HTTP包的Body中.

   2. GET提交的資料大小有限制（因為瀏覽器對URL的長度有限制），而POST方法提交的資料沒有限制.

   3. GET方式需要使用Request.QueryString來取得變數的值，而POST方式通過Request.Form來獲取變數的值。

   4. GET方式提交資料，會帶來安全問題，比如一個登入頁面，通過GET方式提交資料時，使用者名稱和密碼將出現在URL上，如果頁面可以被快取或者其他人可以訪問這臺機器，就可以從歷史記錄獲得該使用者的賬號和密碼.