一.HTTPS概括

HTTPS： HTTPS(Secure Hypertext Transfer Protocol)安全超文字傳輸協議 它是一個安全通訊通道，它基於HTTP開發，用於在客戶計算機和伺服器之間交換資訊。它使用安全套接字層(SSL)進行資訊交換，簡單來說它是HTTP的安全版。

HTTP與HTTPS的比較

二.HTTPS的實質

1. 信任主機的問題. 
   採用https 的server（伺服器） 必須從CA 申請一個用於證明伺服器用途型別的證書. 所以目前所有的銀行系統網站,關鍵部分應用都是https 的. 客戶通過信任該證書,從而信任了該主機. 其實這樣做效率很低,但是銀行更側重安全. 這一點對我們沒有任何意義,我們的server ,採用的證書不管自己issue（問題） 還是從公眾的地方issue, 客戶端都是自己人,所以我們也就肯定信任該server.
2. 通訊過程中的資料的洩密和被竄改 
   一般意義上的https, 就是 server 有一個證書，主要目的是保證server是目標伺服器，服務端和客戶端之間的所有通訊,都是加密的。

三.iOS開發中如果實現https的請求

接下來這3句話很重要 
3. 具體講,是客戶端產生一個對稱的金鑰,通過server 的證書來交換金鑰. 一般意義上的握手過程. 
3. https所有的資訊往來就都是加密的. 第三方即使截獲,也沒有任何意義.因為他沒有金鑰（鑰匙串）

1. （記住這裡）少許對客戶端有要求的情況下,會要求客戶端也必須有一個證書.【這裡客戶端證書,其實就類似表示個人資訊的時候,除了使用者名稱/密碼, 還有一個CA 認證過的身份. 這樣能夠更安全的確認自己的身份。比如少數個人銀的具體證書可能是拿U盤作為一個備份的載體.這裡的U盾就是CA 驗證過的身份
   】

**接下來作為拓展可以不做了解

HTTPS 的實現 
1.http協議,一個get（獲取）一個response（返回）. 由於https 要還金鑰和確認加密演算法的需要.單握手就需要6/7 個往返.過多的round trip（巡迴） 肯定影響效能.

2.具體的http協議,每一次響應或者請求, 都要求客戶端和服務端對會話的內容做加密/解密.儘管對稱加密/解密效率比較高,可是仍然要消耗過多的CPU,為此有專門的SSL 晶片. 如果CPU 信能比較低的話,肯定會降低效能,從而不能serve 更多的請求.加密後資料量的影響. 所以，才會出現那麼多的安全認證提示。

補充附錄：

說道安全機制 不得不說說鑰匙串（金鑰=密碼鑰匙） 
公鑰（Public Key）與私鑰（Private Key）是通過一種演算法得到的一個金鑰對（即一個公鑰和一個私鑰），公鑰是金鑰對中公開的部分，私鑰則是非公開的部分。 
通過演算法得到的金鑰對能保證在世界範圍內是唯一的。使用這個金鑰對的時候，如果用其中一個金鑰加密一段資料，必須用另一個金鑰解密。（比如用公鑰加密資料就必須用私鑰解密，如果用私鑰加密也必須用公鑰解密，否則解密將不會成功） 
一把私有的鑰匙，僅有使用者才擁有。 
一把公開的鑰匙，可公開發行配送，只要有要求即取得。