TCP,UDP.HTTP,HTTPS(下)

面向報文的傳輸方式:

??應用層交給UDP多長的報文,UDP就照樣發(fā)送,即一次發(fā)送一個報文

面向字節(jié)流:

??TCP有一個緩沖 ,當應用程序傳送的數(shù)據(jù)塊太長,TCP可以把他劃分短一些再傳送,如果應用程序一次只發(fā)送一個字節(jié),TCP也可以等待積累夠多的字節(jié)后再構(gòu)成報文段發(fā)送出去。

面向連接

??例:打電話

無連接:

??例:寫信

TCP無邊界

??客戶端分多次發(fā)送數(shù)據(jù)給服務器,若服務器的緩沖區(qū)夠大,那么服務器端會在客戶端發(fā)送完之后一次性接收過來,所以是無邊界的;

UDP有邊界

??客戶端每發(fā)送一次,服務器端就會接收一次,也就是說發(fā)送多少次就會接收多少次,因此是有邊界的。

TCP于UDP區(qū)別

??1.TCP面向連接,面向字節(jié)流,可靠,速度慢,傳輸效率慢
有流量控制,有擁塞機制

??2.UDP不可靠 無連接 面向報文 傳輸效率高 速度快

TCP保證數(shù)據(jù)接收的順序性

??TCP每個報文都是有序號的,確認應答信號ACK=接收到的SEQ+1

利用Socket建立網(wǎng)絡連接的步驟

??建立Socket連接至少需要一對套接字,其中一個運行于客戶端,稱為ClientSocket ,另一個運行于服務器端,稱為ServerSocket ?! √捉幼种g的連接過程分為三個步驟:服務器監(jiān)聽,客戶端請求,連接確認?! ?br> 1、服務器監(jiān)聽:服務器端套接字并不定位具體的客戶端套接字,而是處于等待連接的狀態(tài),實時監(jiān)控網(wǎng)絡狀態(tài),等待客戶端的連接請求。

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

3、連接確認:當服務器端套接字監(jiān)聽到或者說接收到客戶端套接字的連接請求時,就響應客戶端套接字的請求,建立一個新的線程,把服務器端套接字的描述發(fā)給客戶端,一旦客戶端確認了此描述,雙方就正式建立連接?! 《掌鞫颂捉幼掷^續(xù)處于監(jiān)聽狀態(tài),繼續(xù)接收其他客戶端套接字的連接請求

鏈接:https://www.zhihu.com/question/39541968/answer/81841947

Http協(xié)議的主要特點

支持客戶/服務器模式
簡單快速:客戶向服務端請求服務時,只需傳送請求方式和路徑。
靈活:允許傳輸任意類型的數(shù)據(jù)對象。由Content-Type加以標記。
無連接:每次響應一個請求,響應完成以后就斷開連接。
無狀態(tài):服務器不保存瀏覽器的任何信息。每次提交的請求之間沒有關聯(lián)

鏈接:
https://github.com/GeniusVJR/LearningNotes/blob/master/Part4/Network/Http%E5%8D%8F%E8%AE%AE.md

https

SSL+HTTP協(xié)議構(gòu)成的可進行加密傳輸,身份認證的網(wǎng)絡協(xié)議

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

相關閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容