http是一種應用層協(xié)議，需要客戶端請求， 服務器作出響應，進行一次鏈接

http是對數(shù)據(jù)的包裝，必須是客戶端主動作出請求，服務器被動返回響應

1）在HTTP 1.0中，客戶端的每次請求都要求建立一次單獨的連接，在處理完本次請求后，就自動釋放連接。

2）在HTTP 1.1中則可以在一次連接中處理多個請求，并且多個請求可以重疊進行，不需要等待一個請求結束后再發(fā)送下一個請求。

https，是一個http的安全協(xié)議，加了一層ssl安全協(xié)議，要獲取證書

tcp/ip是傳輸層協(xié)議，

建立起一個TCP連接需要經(jīng)過“三次握手”：

第一次握手：客戶端發(fā)送syn包(syn=j)到服務器，并進入SYN_SEND狀態(tài)，等待服務器確認；

第二次握手：服務器收到syn包，必須確認客戶的SYN（ack=j+1），同時自己也發(fā)送一個SYN包（syn=k），即SYN+ACK包，此時服務器進入SYN_RECV狀態(tài)；

第三次握手：客戶端收到服務器的SYN＋ACK包，向服務器發(fā)送確認包ACK(ack=k+1)，此包發(fā)送完畢，客戶端和服務器進入ESTABLISHED狀態(tài)，完成三次握手。

UDP協(xié)議

UDP 用戶數(shù)據(jù)報協(xié)議，是一個面向無連接的協(xié)議。采用該協(xié)議不需要兩個應用程序先建立連接。UDP協(xié)議不提供差錯恢復，不能提供數(shù)據(jù)重傳，因此該協(xié)議傳輸數(shù)據(jù)安全性差。

（1）、TCP面向連接（如打電話要先撥號建立連接）;UDP是無連接的，即發(fā)送數(shù)據(jù)之前不需要建立連接

（2）、TCP提供可靠的服務。也就是說，通過TCP連接傳送的數(shù)據(jù)，無差錯，不丟失，不重復，且按序到達;UDP盡最大努力交付，即不保證可靠交付（3）、TCP面向字節(jié)流，實際上是TCP把數(shù)據(jù)看成一連串無結構的字節(jié)流;UDP是面向報文的 UDP沒有擁塞控制，因此網(wǎng)絡出現(xiàn)擁塞不會使源主機的發(fā)送速率降低（對實時應用很有用，如IP電話，實時視頻會議等） （4）、每一條TCP連接只能是點到點的;UDP支持一對一，一對多，多對一和多對多的交互通信 （5）、TCP首部開銷20字節(jié);UDP的首部開銷小，只有8個字節(jié)（6）、TCP的邏輯通信信道是全雙工的可靠信道，UDP則是不可靠信道

socket?

SOCKET原理

3.1套接字（socket）概念

套接字（socket）是通信的基石，是支持TCP/IP協(xié)議的網(wǎng)絡通信的基本操作單元。它是網(wǎng)絡通信過程中端點的抽象表示，包含進行網(wǎng)絡通信必須的五種信息：連接使用的協(xié)議，本地主機的IP地址，本地進程的協(xié)議端口，遠地主機的IP地址，遠地進程的協(xié)議端口。

應用層通過傳輸層進行數(shù)據(jù)通信時，TCP會遇到同時為多個應用程序進程提供并發(fā)服務的問題。多個TCP連接或多個應用程序進程可能需要通過同一個 TCP協(xié)議端口傳輸數(shù)據(jù)。為了區(qū)別不同的應用程序進程和連接，許多計算機操作系統(tǒng)為應用程序與TCP／IP協(xié)議交互提供了套接字(Socket)接口。應用層可以和傳輸層通過Socket接口，區(qū)分來自不同應用程序進程或網(wǎng)絡連接的通信，實現(xiàn)數(shù)據(jù)傳輸?shù)牟l(fā)服務。

3.2 建立socket連接

建立Socket連接至少需要一對套接字，其中一個運行于客戶端，稱為ClientSocket ，另一個運行于服務器端，稱為ServerSocket 。

套接字之間的連接過程分為三個步驟：服務器監(jiān)聽，客戶端請求，連接確認。

服務器監(jiān)聽：服務器端套接字并不定位具體的客戶端套接字，而是處于等待連接的狀態(tài)，實時監(jiān)控網(wǎng)絡狀態(tài)，等待客戶端的連接請求。

客戶端請求：指客戶端的套接字提出連接請求，要連接的目標是服務器端的套接字。為此，客戶端的套接字必須首先描述它要連接的服務器的套接字，指出服務器端套接字的地址和端口號，然后就向服務器端套接字提出連接請求。

連接確認：當服務器端套接字監(jiān)聽到或者說接收到客戶端套接字的連接請求時，就響應客戶端套接字的請求，建立一個新的線程，把服務器端套接字的描述發(fā)給客戶端，一旦客戶端確認了此描述，雙方就正式建立連接。而服務器端套接字繼續(xù)處于監(jiān)聽狀態(tài)，繼續(xù)接收其他客戶端套接字的連接請求。

4、SOCKET連接與TCP/IP連接

創(chuàng)建Socket連接時，可以指定使用的傳輸層協(xié)議，Socket可以支持不同的傳輸層協(xié)議（TCP或UDP），當使用TCP協(xié)議進行連接時，該Socket連接就是一個TCP連接。

socket則是對TCP/IP協(xié)議的封裝和應用（程序員層面上）。也可以說，TPC/IP協(xié)議是傳輸層協(xié)議，主要解決數(shù)據(jù) 如何在網(wǎng)絡中傳輸，而HTTP是應用層協(xié)議，主要解決如何包裝數(shù)據(jù)。關于TCP/IP和HTTP協(xié)議的關系，網(wǎng)絡有一段比較容易理解的介紹：

“我們在傳輸數(shù)據(jù)時，可以只使用（傳輸層）TCP/IP協(xié)議，但是那樣的話，如 果沒有應用層，便無法識別數(shù)據(jù)內容，如果想要使傳輸?shù)臄?shù)據(jù)有意義，則必須使用到應用層協(xié)議，應用層協(xié)議有很多，比如HTTP、FTP、TELNET等，也 可以自己定義應用層協(xié)議。WEB使用HTTP協(xié)議作應用層協(xié)議，以封裝HTTP文本信息，然后使用TCP/IP做傳輸層協(xié)議將它發(fā)到網(wǎng)絡上。”

我們平時說的最多的socket是什么呢，實際上socket是對TCP/IP協(xié)議的封裝，Socket本身并不是協(xié)議，而是一個調用接口（API），通過Socket，我們才能使用TCP/IP協(xié)議。 實際上，Socket跟TCP/IP協(xié)議沒有必然的聯(lián)系。Socket編程接口在設計的時候，就希望也能適應其他的網(wǎng)絡協(xié)議。所以說，Socket的出現(xiàn) 只是使得程序員更方便地使用TCP/IP協(xié)議棧而已，是對TCP/IP協(xié)議的抽象，從而形成了我們知道的一些最基本的函數(shù)接口，比如create、 listen、connect、accept、send、read和write等等。網(wǎng)絡有一段關于socket和TCP/IP協(xié)議關系的說法比較容易理解：

“TCP/IP只是一個協(xié)議棧，就像操作系統(tǒng)的運行機制一樣，必須要具體實現(xiàn)，同時還要提供對外的操作接口。這個就像操作系統(tǒng)會提供標準的編程接口，比如win32編程接口一樣，TCP/IP也要提供可供程序員做網(wǎng)絡開發(fā)所用的接口，這就是Socket編程接口。”

實際上，傳輸層的TCP是基于網(wǎng)絡層的IP協(xié)議的，而應用層的HTTP協(xié)議又是基于傳輸層的TCP協(xié)議的，而Socket本身不算是協(xié)議，就像上面所說，它只是提供了一個針對TCP或者UDP編程的接口。socket是對端口通信開發(fā)的工具,它要更底層一些.

對tcp/ip的抽象接口

http協(xié)議是應用層的協(xié)義

有個比較形象的描述：HTTP是轎車，提供了封裝或者顯示數(shù)據(jù)的具體形式；Socket是發(fā)動機，提供了網(wǎng)絡通信的能力。

兩個計算機之間的交流無非是兩個端口之間的數(shù)據(jù)通信,具體的數(shù)據(jù)會以什么樣的形式展現(xiàn)`是以不同的應用層協(xié)議來定義的`如HTTP`FTP`...

https

HTTPS（全稱：Hypertext Transfer Protocol over Secure Socket Layer），是以安全為目標的HTTP通道，簡單講是HTTP的安全版。即HTTP下加入SSL層，HTTPS的安全基礎是SSL，因此加密的詳細內容就需要SSL。 它是一個URI scheme（抽象標識符體系），句法類同http:體系。用于安全的HTTP數(shù)據(jù)傳輸。https:URL表明它使用了HTTP，但HTTPS存在不同于HTTP的默認端口及一個加密/身份驗證層（在HTTP與TCP之間）。

https協(xié)議需要到ca申請證書，一般免費證書很少，需要交費。http是超文本傳輸協(xié)議，信息是明文傳輸，https 則是具有安全性的ssl加密傳輸協(xié)議http和https使用的是完全不同的連接方式用的端口也不一樣,前者是80,后者是443。