TCP即傳輸控制協(xié)議是？應(yīng)用層上三層協(xié)議是傳輸協(xié)議嗎？

TCP即傳輸控制協(xié)議

TCP即傳輸控制協(xié)議，是一種面向連接的、可靠的、基于字節(jié)流的通信協(xié)議。簡單來說TCP就是有確認(rèn)機(jī)制的UDP協(xié)議，每發(fā)出一個數(shù)據(jù)包都要求確認(rèn)，如果有一個數(shù)據(jù)包丟失，就收不到確認(rèn)，發(fā)送方就必須重發(fā)這個數(shù)據(jù)包。為了保證傳輸?shù)目煽啃裕琓CP協(xié)議在UDP基礎(chǔ)之上建立了三次對話的確認(rèn)機(jī)制，即在正式收發(fā)數(shù)據(jù)前，必須和對方建立可靠的連接。TCP數(shù)據(jù)包和UDP一樣，都是由首部和數(shù)據(jù)兩部分組成，唯一不同的是，TCP數(shù)據(jù)包沒有長度限制，理論上可以無限長，但是為了保證網(wǎng)絡(luò)的效率，通常TCP數(shù)據(jù)包的長度不會超過IP數(shù)據(jù)包的長度，以確保單個TCP數(shù)據(jù)包不必再分割。[4]

傳輸層的主要工作是定義端口，標(biāo)識應(yīng)用程序身份，實現(xiàn)端口到端口的通信，TCP協(xié)議可以保證數(shù)據(jù)傳輸?shù)目煽啃浴?/p>

應(yīng)用層上三層協(xié)議

理論上講，有了以上三層協(xié)議的支持，數(shù)據(jù)已經(jīng)可以從一個主機(jī)上的應(yīng)用程序傳輸?shù)搅硪慌_主機(jī)的應(yīng)用程序了，但此時傳過來的數(shù)據(jù)是字節(jié)流，不能很好的被程序識別，操作性差，因此，應(yīng)用層定義了各種各樣的協(xié)議來規(guī)范數(shù)據(jù)格式，常見的有http,ftp,smtp等，在請求Header中，分別定義了請求數(shù)據(jù)格式Accept和響應(yīng)數(shù)據(jù)格式Content-Type，有了這個規(guī)范以后，當(dāng)對方接收到請求以后就知道該用什么格式來解析，然后對請求進(jìn)行處理，最后按照請求方要求的格式將數(shù)據(jù)返回，請求端接收到響應(yīng)后，就按照規(guī)定的格式進(jìn)行解讀。