網(wǎng)絡(luò)由下往上分為
物理層、數(shù)據(jù)鏈路層贯要、網(wǎng)絡(luò)層暖侨、傳輸層、會話層崇渗、表示層和應(yīng)用層字逗。
通過初步的了解，我知道IP協(xié)議對應(yīng)于網(wǎng)絡(luò)層宅广，TCP協(xié)議對應(yīng)于傳輸層葫掉，而HTTP協(xié)議對應(yīng)于應(yīng)用層，
三者從本質(zhì)上來說沒有可比性跟狱，
socket則是對TCP/IP協(xié)議的封裝和應(yīng)用(程序員層面上)俭厚。
也可以說，TPC/IP協(xié)議是傳輸層協(xié)議驶臊，主要解決數(shù)據(jù)如何在網(wǎng)絡(luò)中傳輸挪挤，
而HTTP是應(yīng)用層協(xié)議，主要解決如何包裝數(shù)據(jù)关翎。
關(guān)于TCP/IP和HTTP協(xié)議的關(guān)系扛门，網(wǎng)絡(luò)有一段比較容易理解的介紹：
“我們在傳輸數(shù)據(jù)時，可以只使用(傳輸層)TCP/IP協(xié)議纵寝，但是那樣的話论寨，如果沒有應(yīng)用層，便無法識別數(shù)據(jù)內(nèi)容。
如果想要使傳輸?shù)臄?shù)據(jù)有意義葬凳，則必須使用到應(yīng)用層協(xié)議绰垂。
應(yīng)用層協(xié)議有很多，比如HTTP火焰、FTP劲装、TELNET等，也可以自己定義應(yīng)用層協(xié)議荐健。
WEB使用HTTP協(xié)議作應(yīng)用層協(xié)議，以封裝HTTP文本信息琳袄，然后使用TCP/IP做傳輸層協(xié)議將它發(fā)到網(wǎng)絡(luò)上江场。”
而我們平時說的最多的socket是什么呢窖逗，實際上socket是對TCP/IP協(xié)議的封裝址否，Socket本身并不是協(xié)議，而是一個調(diào)用接口(API)碎紊。
通過Socket佑附，我們才能使用TCP/IP協(xié)議。
實際上仗考，Socket跟TCP/IP協(xié)議沒有必然的聯(lián)系音同。
Socket編程接口在設(shè)計的時候，就希望也能適應(yīng)其他的網(wǎng)絡(luò)協(xié)議秃嗜。
所以說权均，Socket的出現(xiàn)只是使得程序員更方便地使用TCP/IP協(xié)議棧而已，是對TCP/IP協(xié)議的抽象锅锨，
從而形成了我們知道的一些最基本的函數(shù)接口叽赊，比如create、listen必搞、connect必指、accept、send恕洲、read和write等等塔橡。
網(wǎng)絡(luò)有一段關(guān)于socket和TCP/IP協(xié)議關(guān)系的說法比較容易理解：
“TCP/IP只是一個協(xié)議棧，就像操作系統(tǒng)的運行機制一樣霜第，必須要具體實現(xiàn)谱邪，同時還要提供對外的操作接口。
這個就像操作系統(tǒng)會提供標準的編程接口庶诡，比如win32編程接口一樣惦银，
TCP/IP也要提供可供程序員做網(wǎng)絡(luò)開發(fā)所用的接口，這就是Socket編程接口〕毒悖”
關(guān)于TCP/IP協(xié)議的相關(guān)只是书蚪，用博大精深來講我想也不為過，單單查一下網(wǎng)上關(guān)于此類只是的資料和書籍文獻的數(shù)量就知道迅栅，
這個我打算會買一些經(jīng)典的書籍(比如《TCP/IP詳解：卷一殊校、卷二、卷三》)進行學(xué)習(xí)读存，今天就先總結(jié)一些基于基于TCP/IP協(xié)議的應(yīng)用和編程接口的知識为流，也就是剛才說了很多的HTTP和Socket。
CSDN上有個比較形象的描述：HTTP是轎車让簿，提供了封裝或者顯示數(shù)據(jù)的具體形式;Socket是發(fā)動機敬察，提供了網(wǎng)絡(luò)通信的能力。
實際上尔当，傳輸層的TCP是基于網(wǎng)絡(luò)層的IP協(xié)議的莲祸，而應(yīng)用層的HTTP協(xié)議又是基于傳輸層的TCP協(xié)議的，而Socket本身不算是協(xié)議椭迎，就像上面所說锐帜，它只是提供了一個針對TCP或者UDP編程的接口。
下面是一些經(jīng)常在筆試或者面試中碰到的重要的概念畜号，特在此做摘抄和總結(jié)缴阎。
一、什么是TCP連接的三次握手
第一次握手：客戶端發(fā)送syn包(syn=j)到服務(wù)器简软，并進入SYN_SEND狀態(tài)药蜻，等待服務(wù)器確認;
第二次握手：服務(wù)器收到syn包，必須確認客戶的SYN(ack=j+1)替饿，同時自己也發(fā)送一個SYN包(syn=k)语泽，即SYN+ACK包，此時服務(wù)器進入SYN_RECV狀態(tài);
第三次握手：客戶端收到服務(wù)器的SYN+ACK包视卢，向服務(wù)器發(fā)送確認包ACK(ack=k+1)踱卵，此包發(fā)送完畢，客戶端和服務(wù)器進入ESTABLISHED狀態(tài)据过，完成三次握手惋砂。
握手過程中傳送的包里不包含數(shù)據(jù)，三次握手完畢后绳锅，客戶端與服務(wù)器才正式開始傳送數(shù)據(jù)西饵。
理想狀態(tài)下，TCP連接一旦建立鳞芙，在通信雙方中的任何一方主動關(guān)閉連接之前眷柔，TCP 連接都將被一直保持下去期虾。
斷開連接時服務(wù)器和客戶端均可以主動發(fā)起斷開TCP連接的請求，斷開過程需要經(jīng)過“四次握手”(過程就不細寫了驯嘱，就是服務(wù)器和客戶端交互镶苞，最終確定斷開)
二、利用Socket建立網(wǎng)絡(luò)連接的步驟
建立Socket連接至少需要一對套接字鞠评，其中一個運行于客戶端茂蚓，稱為ClientSocket ，另一個運行于服務(wù)器端剃幌，稱為ServerSocket 聋涨。
套接字之間的連接過程分為三個步驟：服務(wù)器監(jiān)聽，客戶端請求负乡，連接確認牍白。
1、服務(wù)器監(jiān)聽：服務(wù)器端套接字并不定位具體的客戶端套接字敬鬓，而是處于等待連接的狀態(tài)淹朋，實時監(jiān)控網(wǎng)絡(luò)狀態(tài)笙各，等待客戶端的連接請求钉答。
2、客戶端請求：指客戶端的套接字提出連接請求杈抢，要連接的目標是服務(wù)器端的套接字数尿。
為此，客戶端的套接字必須首先描述它要連接的服務(wù)器的套接字惶楼，指出服務(wù)器端套接字的地址和端口號右蹦，然后就向服務(wù)器端套接字提出連接請求。
3歼捐、連接確認：當(dāng)服務(wù)器端套接字監(jiān)聽到或者說接收到客戶端套接字的連接請求時何陆，就響應(yīng)客戶端套接字的請求，建立一個新的線程豹储，把服務(wù)器端套接字的描述發(fā)給客戶端贷盲，一旦客戶端確認了此描述，雙方就正式建立連接剥扣。
而服務(wù)器端套接字繼續(xù)處于監(jiān)聽狀態(tài)巩剖，繼續(xù)接收其他客戶端套接字的連接請求。
三钠怯、HTTP鏈接的特點
HTTP協(xié)議即超文本傳送協(xié)議(Hypertext Transfer Protocol )佳魔，是Web聯(lián)網(wǎng)的基礎(chǔ)，也是手機聯(lián)網(wǎng)常用的協(xié)議之一晦炊，HTTP協(xié)議是建立在TCP協(xié)議之上的一種應(yīng)用鞠鲜。
HTTP連接最顯著的特點是客戶端發(fā)送的每次請求都需要服務(wù)器回送響應(yīng)宁脊，在請求結(jié)束后，會主動釋放連接镊尺。從建立連接到關(guān)閉連接的過程稱為“一次連接”朦佩。
四、TCP和UDP的區(qū)別(考得最多庐氮。语稠。快被考爛了我覺得- -\\)
1弄砍、TCP是面向鏈接的仙畦，雖然說網(wǎng)絡(luò)的不安全不穩(wěn)定特性決定了多少次握手都不能保證連接的可靠性，但TCP的三次握手在最低限度上(實際上也很大程度上保證了)保證了連接的可靠性;
而UDP不是面向連接的音婶，UDP傳送數(shù)據(jù)前并不與對方建立連接慨畸，對接收到的數(shù)據(jù)也不發(fā)送確認信號，發(fā)送端不知道數(shù)據(jù)是否會正確接收衣式，當(dāng)然也不用重發(fā)寸士，所以說UDP是無連接的、不可靠的一種數(shù)據(jù)傳輸協(xié)議。
2急膀、也正由于1所說的特點冕房，使得UDP的開銷更小數(shù)據(jù)傳輸速率更高，因為不必進行收發(fā)數(shù)據(jù)的確認婶博，所以UDP的實時性更好。
知道了TCP和UDP的區(qū)別荧飞，就不難理解為何采用TCP傳輸協(xié)議的MSN比采用UDP的QQ傳輸文件慢了凡人，但并不能說QQ的通信是不安全的，
因為程序員可以手動對UDP的數(shù)據(jù)收發(fā)進行驗證叹阔，比如發(fā)送方對每個數(shù)據(jù)包進行編號然后由接收方進行驗證啊什么的挠轴，
即使是這樣，UDP因為在底層協(xié)議的封裝上沒有采用類似TCP的“三次握手”而實現(xiàn)了TCP所無法達到的傳輸效率耳幢。
鏈接：https://www.zhihu.com/question/39541968/answer/81841947
TCP是面向流字符的岸晦，數(shù)據(jù)流間無邊界；UDP是面向分組的帅掘，分組間有明確的邊界委煤。
對于TCP，發(fā)送一串?dāng)?shù)字（1修档，2碧绞，3，4吱窝，5）讥邻，接收時有可能變成兩次（1迫靖，2）和（2，4兴使，5）系宜，或者變成任意接收方式，協(xié)議棧只保證接收順序正確发魄；UDP發(fā)送一個分組盹牧，接收方或者接收完全失敗，如果成功整個分組都會接收到励幼。
1汰寓、TCP是面向連接的，UDP是無連接的苹粟。類比于打電話和發(fā)電報的關(guān)系有滑。
TCP建立一個連接需要3次握手IP數(shù)據(jù)包，斷開連接需要4次握手嵌削。另外斷開連接時發(fā)起方可能進入TIME_WAIT狀態(tài)長達數(shù)分鐘（視系統(tǒng)設(shè)置毛好，windows一般為120秒），在此狀態(tài)下連接（端口）無法被釋放苛秕。
2肌访、TCP是可靠的，通過數(shù)據(jù)校驗保證發(fā)送和接收到的數(shù)據(jù)是一致的想帅；UDP是不可靠的场靴，發(fā)送一串?dāng)?shù)字分組（1啡莉，2港准，3）可能接收到時就變成（1，0咧欣，0）了浅缸，做UDP連接時需要自己做數(shù)據(jù)校驗。
3魄咕、TCP數(shù)據(jù)是有序的衩椒，以什么順序發(fā)送的數(shù)據(jù)，接收時同樣會按照此順序哮兰；UDP是無序的毛萌，發(fā)出（1，2喝滞，3）阁将，有可能按照（1，3右遭，2）的順序收到做盅。應(yīng)用程序必須自己做分組排序缤削。
4、TCP因為建立連接吹榴、釋放連接亭敢、IP分組校驗排序等需要額外工作，速度較UDP慢許多图筹。TCP適合傳輸數(shù)據(jù)帅刀，UDP適合流媒體。
5远剩、UDP比TCP更容易穿越路由器防火墻劝篷。
udp處理數(shù)據(jù)報，tcp處理網(wǎng)絡(luò)流民宿。
鏈接：https://www.zhihu.com/question/20060141/answer/22627006
