https和http的區別：

　　https協議需要到ca申請證書，一般免費證書很少，需要交費。

　　http是超文字傳輸協議，資訊是明文傳輸，https則是具有安全性的ssl加密傳輸協議http和https使用的是完全不同的連線方式用的埠也不一樣：前者是80，後者是443。

　　http的連線很簡單，是無狀態的https協議是由ssl+http協議構建的可進行加密傳輸、身份認證的網路協議要比http協議安全https解決的問題：

　　1、信任主機的問題。採用https的server必須從ca申請一個用於證明伺服器用途型別的證書。

　　改證書只有用於對應的server的時候，客戶度才信任次主機。所以目前所有的銀行系統網站，關鍵部分應用都是https的。客戶透過信任該證書，從而信任了該主機。其實這樣做效率很低，但是銀行更側重安全。這一點對我們沒有任何意義，我們的server，採用的證書不管自己issue還是從公眾的地方issue，客戶端都是自己人，所以我們也就肯定信任該server。

　　2、通訊過程中的資料的洩密和被竄改。

　　1)一般意義上的https，就是server有一個證書。

　　a)主要目的是保證server就是他聲稱的server。這個跟第一點一樣。

　　b)服務端和客戶端之間的所有通訊，都是加密的。

　　i、具體講，是客戶端產生一個對稱的金鑰，透過server的證書來交換金鑰。一般意義上的握手過程。

　　ii、加下來所有的資訊往來就都是加密的。第三方即使截獲，也沒有任何意義。因為他沒有金鑰。當然竄改也就沒有什麼意義了。

　　2)少許對客戶端有要求的情況下，會要求客戶端也必須有一個證書。

　　a)這裡客戶端證書，其實就類似表示個人資訊的時候，除了使用者名稱/密碼，還有一個ca認證過的身份。應為個人證書一般來說上別人無法模擬的，所有這樣能夠更深的確認自己的身份。

　　b)目前少數個人銀行的專業版是這種做法，具體證書可能是拿u盤作為一個備份的載體。像我用的交通銀行的網上銀行就是採取的這種方式。https一定是繁瑣的。

　　a)本來簡單的http協議，一個get一個response。由於https要還金鑰和確認加密演算法的需要。單握手就需要6/7個往返。

　　i、任何應用中，過多的roundtrip肯定影響效能。

　　b)接下來才是具體的http協議，每一次響應或者請求，都要求客戶端和服務端對會話的內容做加密/解密。

　　i、儘管對稱加密/解密效率比較高，可是仍然要消耗過多的cpu，為此有專門的ssl晶片。如果cpu信能比較低的話，肯定會降低效能，從而不能serve更多的請求。