只要上過網的朋友一定接觸過“HTTP”，每次開網頁的時候，不管是什麼網址，其前面都會出現HTTP字樣，比如“http://www.jzxue.com”、“http://62.135.5.7”等等，而有些時候開啟如銀行等對安全性要求很高的網站的時候其網址的字首又會變作“https”，這兩個字首到底是什麼意思?有什麼作用呢？相信很多使用者朋友對此並不瞭解。下面就由我給大家解釋一二。

概括的講：http和https使用的是完全不同的連線方式,用的埠也不一樣,前者是80,後者是443。http的連線很簡單,是無狀態的,... HTTPS協議是由SSL+HTTP協議構建的可進行加密傳輸、身份認證的網路協議要比http協議安全。

　　http的全稱是Hypertext Transfer Protocol Vertion

（超文字傳輸協議），說通俗點就是用網路連結傳輸文字資訊的協議，我們現在所看的各類網頁就是這個東東。每次開網頁時為什麼要出現“http://”呢？其實這個道理非常簡單，因為你要獲得網路上超文字資訊，那麼你肯定要遵循其超文字傳輸的規範，就如同你是“天地會”成員，你和其他“天地會”成員接頭時首先要說出“地震高崗，一派西山千古秀！”和“門朝大海,三合河水萬年流”這樣的接頭暗號，說出後才能和會友進行溝通。所以每次開網頁出現的“http：//”就如同上面所講的接頭暗號，當暗號正確後才能獲得相關資訊。

　　看完了上面的解釋，或許你已經懂得是為什麼每次開網頁時要出現“http”了。那麼接下來我們再談談為什麼有時候網頁的接頭暗號又會變作“https

”呢？

　　https的全稱是Secure Hypertext Transfer Protocol（安全超文字傳輸協議），是在http協議基礎上增加了使用SSL加密傳送資訊的協議。我們還是用天地會接頭的例子來講，大家可能覺得每次天地會接頭都是使用“地震高崗，一派西山千古秀！”這類婦孺皆知的接頭暗號，這樣的組織還有什麼安全性可言？只要說出了暗號那麼就可能獲得天地會的相關祕密。事實上並不是這樣的，如果僅僅是靠一個婦孺皆知的接頭暗號進行資訊保密，天地會可能早被清兵圍剿了，何來那麼多傳奇故事呢？他們之間的交流除了使用了接頭暗號外，可能還是用了“黑話”，就是一些僅僅只有天地會成員才能聽懂的黑話，這樣即使天地會成員之間的交談資訊被洩露出去了，沒有相關揭祕的東西，誰也不會知道這些黑話是什麼？同樣HTTPS

協議就如同上面天地會的資訊交談一樣，它也將自己需要傳輸的超文字協議通過SSL加密，讓明文變成了“黑話”即使傳輸的資訊被人捕獲，捕獲的人也沒辦法知道其實際內容。

　　所以http和https之間的區別就在於其傳輸的內容是否加密和是否是開發性的內容。這也是你為什麼常常看見https開頭的網址都是一些類似銀行網站的這類網址的原因。

　　下面是http和https的概念

　　什麼是HTTPS：

　　（Secure Hypertext Transfer Protocol）安全超文字傳輸協議

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

　　它是由Netscape開發並內置於其瀏覽器中，用於對資料進行壓縮和解壓操作，並返回網路上傳送回的結果。HTTPS實際上應用了Netscape的安全全套接字層（SSL）作為HTTP應用層的子層。（HTTPS使用埠443，而不是象HTTP那樣使用埠80來和TCP/IP進行通訊。）SSL使用40位關鍵字作為RC4流加密演算法，這對於商業資訊的加密是合適的。HTTPS和SSL支援使用X.509數字認證，如果需要的話使用者可以確認傳送者是誰。

　　和HTTP的區別：

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

　　是超文字傳輸協議，資訊是明文傳輸，https 則是具有安全性的ssl加密傳輸協議

　　和https使用的是完全不同的連線方式用的埠也不一樣,前者是80,後者是443。

　　的連線很簡單,是無狀態的

　　協議是由SSL+HTTP協議構建的可進行加密傳輸、身份認證的網路協議要比http協議安全

　　解決的問題：

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

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

　　一般意義上的https, 就是 server有一個證書

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

　　服務端和客戶端之間的所有通訊,都是加密的

　　具體講,是客戶端產生一個對稱的金鑰,通過server的證書來交換金鑰. 一般意義上的握手過程

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

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

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

　　目前少數個人銀行的專業版是這種做法,具體證書可能是拿U盤作為一個備份的載體

　　一定是繁瑣的

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

　　任何應用中,過多的round trip肯定影響效能

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

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

　　加密後資料量的影響

　　這個我用128bit 的RC2測試了一下,加密後數量跟加密前基本相同