1. 傳輸層到底在整條網(wǎng)絡(luò)鏈路里扮演什么角色1.1 從寄快遞的類比說起為什么需要傳輸層很多同學(xué)學(xué)到第五章的時候會有一種割裂感——前面幾章講物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層好歹還能摸到網(wǎng)線、網(wǎng)卡、IP地址這些看得見摸得著的東西一到傳輸層突然全是端口號、確認(rèn)號、滑動窗口、擁塞控制這些抽象概念感覺像在背天書。我當(dāng)初學(xué)這一章也是這個感覺后來自己畫了一張圖才想明白傳輸層其實就是端到端通信的“收發(fā)室”。打個比方。你們學(xué)校有個巨大的快遞集散中心網(wǎng)絡(luò)層負(fù)責(zé)的是“把包裹從A城市的集散中心送到B城市的集散中心”它只關(guān)心城市到城市這一級。但包裹到了B城市之后呢B城市集散中心里可能有幾千個學(xué)生每個人的宿舍樓、房間號都不一樣。傳輸層干的事情就是在集散中心內(nèi)部把包裹精準(zhǔn)地送到某一個具體的人手上。這里的“人”就是進(jìn)程“宿舍樓房間號”就是端口號。IP地址幫你找到哪臺主機(jī)端口號幫你找到主機(jī)上的哪個進(jìn)程。兩個合在一起才構(gòu)成一個完整的通信終點(diǎn)。所以傳輸層最核心的兩個關(guān)鍵詞就是進(jìn)程到進(jìn)程的通信和復(fù)用與分用。復(fù)用是指發(fā)送方多個進(jìn)程可以共用同一個傳輸層協(xié)議往外發(fā)數(shù)據(jù)分用是指接收方傳輸層要把收到的數(shù)據(jù)正確交付給對應(yīng)的進(jìn)程。這兩個詞期末考試必考而且經(jīng)常出簡答題。1.2 傳輸層和網(wǎng)絡(luò)層的分工邊界在哪里這個問題很多同學(xué)容易搞混。我總結(jié)了一句話網(wǎng)絡(luò)層負(fù)責(zé)“主機(jī)到主機(jī)”傳輸層負(fù)責(zé)“進(jìn)程到進(jìn)程”。網(wǎng)絡(luò)層提供的是不可靠的、盡最大努力交付的服務(wù)。什么意思呢就是IP協(xié)議把數(shù)據(jù)包扔出去之后就不管了丟不丟、亂不亂序、有沒有重復(fù)它一概不負(fù)責(zé)?？煽啃赃@件事網(wǎng)絡(luò)層壓根不承諾。那可靠性誰來保證兩種選擇要么傳輸層自己來做要么應(yīng)用層自己來做。TCP選擇了在傳輸層做UDP選擇了不做、交給應(yīng)用層。這就是TCP和UDP最本質(zhì)的分野。還有一個容易混淆的點(diǎn)網(wǎng)絡(luò)層也有復(fù)用與分用的概念。IP協(xié)議在發(fā)送方把多個上層協(xié)議的數(shù)據(jù)封裝成IP數(shù)據(jù)報復(fù)用在接收方根據(jù)IP首部中的協(xié)議字段把數(shù)據(jù)交給TCP或UDP分用。但傳輸層的復(fù)用與分用粒度更細(xì)它是基于端口號的面向的是進(jìn)程級別?？荚?yán)锶绻麊枴熬W(wǎng)絡(luò)層和傳輸層復(fù)用分用的區(qū)別”你就答網(wǎng)絡(luò)層的復(fù)用分用是基于協(xié)議類型的傳輸層的復(fù)用分用是基于端口號的粒度不同、面向?qū)ο蟛煌?.3 本章在期末考試中的分值分布規(guī)律根據(jù)我翻過的多套期末試卷第五章傳輸層的分值占比通常在**20%到30%**之間屬于僅次于網(wǎng)絡(luò)層的第二大重點(diǎn)章節(jié)。題型分布大致是這樣的題型常見考點(diǎn)分值占比選擇題端口號范圍、TCP首部字段含義、UDP特點(diǎn)約30%填空題三次握手流程、擁塞控制算法名稱約15%簡答題TCP與UDP對比、流量控制與擁塞控制區(qū)別約25%計算題滑動窗口效率、擁塞窗口變化、往返時間估算約30%計算題是最容易拉開差距的地方。選擇題和簡答題大家背一背都能拿分但計算題如果沒真正理解滑動窗口和擁塞控制的機(jī)制考場上基本就是干瞪眼。所以下面我會花大量篇幅把計算題的套路講透。2. TCP協(xié)議的核心機(jī)制拆解2.1 TCP首部字段逐個拆解每個字段都是考點(diǎn)TCP首部固定部分是20字節(jié)加上可選項最多60字節(jié)。這20個字節(jié)里幾乎每一個字段都是考點(diǎn)我逐個給你拆。源端口和目的端口各占2字節(jié)加起來4字節(jié)。這個不用多說就是標(biāo)識發(fā)送方和接收方的進(jìn)程。**序號Sequence Number**占4字節(jié)。這個字段特別容易考。它的含義是本報文段所發(fā)送的數(shù)據(jù)的第一個字節(jié)的序號。注意TCP是面向字節(jié)流的序號的單位是字節(jié)不是報文段。比如上一個報文段發(fā)送了100個字節(jié)序號從1到100那下一個報文段的序號就是101。這個點(diǎn)選擇題特別愛考經(jīng)常給你一個場景讓你算序號。**確認(rèn)號Acknowledgment Number**占4字節(jié)。它的含義是期望收到對方下一個報文段的第一個數(shù)據(jù)字節(jié)的序號。注意“期望”兩個字。如果確認(rèn)號是N說明序號N-1之前的所有數(shù)據(jù)都收到了。這也是選擇題高頻考點(diǎn)。數(shù)據(jù)偏移占4位實際上就是首部長度。單位是4字節(jié)所以如果這個字段的值是5首部長度就是20字節(jié)。最大值是15對應(yīng)60字節(jié)首部。保留字段占6位目前置零。接下來是六個控制位這是重中之重URG緊急位置1時表示緊急指針字段有效告訴接收方有緊急數(shù)據(jù)需要優(yōu)先處理。ACK確認(rèn)位置1時確認(rèn)號字段才有效。TCP規(guī)定連接建立后所有報文段都必須把ACK置1。PSH推送位置1時接收方盡快交付給應(yīng)用進(jìn)程不用等緩存滿。RST復(fù)位位置1時表示TCP連接出現(xiàn)嚴(yán)重差錯必須釋放連接再重新建立。SYN同步位置1時表示這是一個連接請求或連接接受報文。三次握手的關(guān)鍵。FIN終止位置1時表示發(fā)送方數(shù)據(jù)已發(fā)送完畢要求釋放連接。窗口字段占2字節(jié)告訴對方“我這邊還能接收多少字節(jié)的數(shù)據(jù)”。這個字段直接關(guān)聯(lián)流量控制后面會詳細(xì)講。檢驗和占2字節(jié)檢驗范圍包括首部和數(shù)據(jù)兩部分。緊急指針占2字節(jié)指出緊急數(shù)據(jù)的末尾在報文段中的位置。選項字段長度可變最常用的就是MSS最大報文段長度通常在SYN報文段中協(xié)商。記憶技巧六個控制位按順序記成“URG-ACK-PSH-RST-SYN-FIN”諧音“烏阿克普什日斯特辛芬”雖然拗口但多念幾遍就記住了?？荚嚂r如果記不清順序就想想三次握手用SYN、四次揮手用FIN、確認(rèn)用ACK剩下的URG、PSH、RST各出現(xiàn)一次。2.2 三次握手為什么不是兩次也不是四次三次握手是傳輸層最經(jīng)典的考點(diǎn)沒有之一。幾乎每套試卷都會涉及要么考流程要么考為什么。先看流程客戶端發(fā)送SYN1seqx進(jìn)入SYN-SENT狀態(tài)。服務(wù)端收到后回復(fù)SYN1ACK1seqyackx1進(jìn)入SYN-RCVD狀態(tài)?？蛻舳耸盏胶蟀l(fā)送ACK1seqx1acky1進(jìn)入ESTABLISHED狀態(tài)。服務(wù)端收到后也進(jìn)入ESTABLISHED狀態(tài)。為什么不是兩次核心原因防止已失效的連接請求報文段突然又傳到服務(wù)端導(dǎo)致服務(wù)端建立無效連接。設(shè)想一個場景客戶端發(fā)了一個連接請求但這個請求在網(wǎng)絡(luò)中滯留了很久?？蛻舳说炔坏巾憫?yīng)就放棄了。后來這個滯留的請求終于到了服務(wù)端服務(wù)端以為是新請求就回復(fù)確認(rèn)并建立連接。如果是兩次握手服務(wù)端回復(fù)確認(rèn)后就認(rèn)為連接建立了會一直等客戶端發(fā)數(shù)據(jù)。但客戶端根本沒想建立連接服務(wù)端就白白浪費(fèi)了資源。三次握手的話客戶端收到服務(wù)端的確認(rèn)后不會發(fā)送第三次確認(rèn)服務(wù)端等不到確認(rèn)就不會真正建立連接。為什么不是四次因為三次已經(jīng)夠了。服務(wù)端的SYN和ACK可以合在一個報文段里發(fā)送沒必要拆成兩次。所以三次是最小值。這里還有一個容易忽略的細(xì)節(jié)SYN報文段不攜帶數(shù)據(jù)但要消耗一個序號。所以第三次握手時客戶端的seq是x1ack是y1。這個“消耗一個序號”的點(diǎn)經(jīng)常在計算題里出現(xiàn)。2.3 四次揮手TIME-WAIT狀態(tài)為什么必須等2MSL四次揮手的流程客戶端發(fā)送FIN1sequ進(jìn)入FIN-WAIT-1狀態(tài)。服務(wù)端收到后回復(fù)ACK1seqvacku1進(jìn)入CLOSE-WAIT狀態(tài)。客戶端收到后進(jìn)入FIN-WAIT-2狀態(tài)。服務(wù)端數(shù)據(jù)發(fā)完后發(fā)送FIN1ACK1seqwacku1進(jìn)入LAST-ACK狀態(tài)?？蛻舳耸盏胶蠡貜?fù)ACK1sequ1ackw1進(jìn)入TIME-WAIT狀態(tài)。等待2MSL后進(jìn)入CLOSED狀態(tài)。為什么客戶端最后要等2MSL兩個原因第一確保最后一個ACK能到達(dá)服務(wù)端。如果這個ACK丟了服務(wù)端會超時重傳FIN?？蛻舳嗽?MSL內(nèi)還能收到這個重傳的FIN然后重新發(fā)送ACK。如果客戶端直接關(guān)閉了服務(wù)端就永遠(yuǎn)收不到確認(rèn)無法正常關(guān)閉。第二讓本連接中所有報文段都從網(wǎng)絡(luò)中消失。經(jīng)過2MSL后本次連接產(chǎn)生的所有報文段都已經(jīng)在網(wǎng)絡(luò)中消失了下一個新連接就不會收到舊連接的殘留報文段。MSL是“最長報文段壽命”RFC建議是2分鐘但實際實現(xiàn)中通常更短?？荚嚂r如果問“為什么等2MSL”把上面兩點(diǎn)答上去基本滿分。還有一個細(xì)節(jié)為什么建立連接是三次握手釋放連接卻是四次揮手因為TCP是全雙工的每個方向都需要單獨(dú)關(guān)閉。服務(wù)端收到FIN后可能還有數(shù)據(jù)要發(fā)送所以ACK和FIN不能合并必須分開發(fā)。而建立連接時服務(wù)端的SYN和ACK可以合在一起所以只要三次。2.4 滑動窗口機(jī)制流量控制的核心邏輯滑動窗口是TCP最精妙的設(shè)計之一也是計算題的重災(zāi)區(qū)。我用一個具體例子來講。假設(shè)發(fā)送方A和接收方B建立了連接。B告訴A“我的接收窗口是400字節(jié)?！盇就把自己的發(fā)送窗口設(shè)為400字節(jié)。A的發(fā)送緩存里有一堆數(shù)據(jù)等著發(fā)序號從1開始。A可以連續(xù)發(fā)送序號1到400的數(shù)據(jù)不需要等確認(rèn)。這就是“滑動窗口”的威力——批量發(fā)送流水線作業(yè)而不是發(fā)一個等一個確認(rèn)。假設(shè)A發(fā)了1-100、101-200、201-300三個報文段。B收到了1-100和201-300但101-200丟了。B會發(fā)送確認(rèn)號101表示“我期望收到101后面的都收到了但101沒到”。A收到這個確認(rèn)后知道1-100已經(jīng)確認(rèn)窗口可以往前滑100字節(jié)。但101-200沒確認(rèn)需要重傳。這里涉及一個關(guān)鍵概念累計確認(rèn)。B不需要對每個報文段單獨(dú)確認(rèn)只需要告訴A“我期望的下一個字節(jié)是N”就表示N之前的所有字節(jié)都收到了。這大大減少了確認(rèn)報文的數(shù)量。窗口滑動的過程可以這樣理解發(fā)送窗口的左邊界由確認(rèn)號決定右邊界由確認(rèn)號加上接收方通告的窗口值決定。隨著確認(rèn)號不斷增大窗口不斷向右滑動。還有一個概念叫零窗口。如果B的接收緩存滿了它會通告窗口為0。A收到后就不能再發(fā)送數(shù)據(jù)了。但A不能傻等因為如果B的窗口更新報文丟了雙方就死鎖了。所以TCP設(shè)計了持續(xù)計時器A收到零窗口通知后啟動計時器時間到了就發(fā)送一個零窗口探測報文B收到后回復(fù)當(dāng)前的窗口值。如果窗口還是0A重置計時器繼續(xù)等。計算題常見套路給你發(fā)送窗口大小、已發(fā)送字節(jié)數(shù)、已確認(rèn)字節(jié)數(shù)讓你算還能發(fā)多少字節(jié)。記住公式還能發(fā)送的字節(jié)數(shù) 發(fā)送窗口大小 - (已發(fā)送但未確認(rèn)的字節(jié)數(shù))。2.5 擁塞控制四大算法慢開始、擁塞避免、快重傳、快恢復(fù)擁塞控制和流量控制經(jīng)常被混淆。一句話區(qū)分流量控制是端到端的解決的是接收方處理不過來的問題擁塞控制是全局的解決的是網(wǎng)絡(luò)中間設(shè)備處理不過來的問題。擁塞控制有四個核心算法考試必考。慢開始不要一上來就發(fā)大量數(shù)據(jù)先探測一下網(wǎng)絡(luò)狀況。初始擁塞窗口cwnd1單位是MSS。每收到一個確認(rèn)cwnd翻倍。所以cwnd的變化是1、2、4、8、16……指數(shù)增長。注意“慢開始”不是說增長慢而是說起步慢、探測保守。擁塞避免當(dāng)cwnd增長到慢開始門限ssthresh時改用擁塞避免算法。每個往返時間RTT只把cwnd加1變成線性增長。比如cwnd16時達(dá)到ssthresh之后每個RTT變成17、18、19……快重傳接收方收到失序報文段時立即發(fā)送重復(fù)確認(rèn)不要等自己發(fā)送數(shù)據(jù)時再捎帶確認(rèn)。發(fā)送方連續(xù)收到三個重復(fù)確認(rèn)就知道某個報文段丟了立即重傳不用等超時計時器到期?？旎謴?fù)發(fā)送方收到三個重復(fù)確認(rèn)后把ssthresh設(shè)為當(dāng)前cwnd的一半然后把cwnd也設(shè)為這個值直接進(jìn)入擁塞避免階段。而不是像超時那樣把cwnd降回1。這里有一個關(guān)鍵區(qū)別超時重傳時cwnd降回1重新慢開始快重傳時cwnd降為ssthresh直接擁塞避免。這個區(qū)別幾乎每年都考。我用一個完整的例子串一遍假設(shè)初始cwnd1ssthresh16。RTT1cwnd1發(fā)送1個報文段RTT2cwnd2RTT3cwnd4RTT4cwnd8RTT5cwnd16達(dá)到ssthresh改用擁塞避免RTT6cwnd17RTT7cwnd18假設(shè)此時發(fā)生超時ssthresh設(shè)為18/29cwnd降回1重新慢開始cwnd1、2、4、8cwnd8時還沒到ssthresh9繼續(xù)翻倍到16不對慢開始階段cwnd達(dá)到ssthresh時就切換。所以cwnd8時下一個RTT變成16但16已經(jīng)超過ssthresh9了所以實際上cwnd8之后直接進(jìn)入擁塞避免變成9、10、11……這個計算過程一定要自己動手畫一遍光看是記不住的。3. UDP協(xié)議與TCP的對比分析3.1 UDP首部只有8字節(jié)精簡背后的設(shè)計哲學(xué)UDP首部只有4個字段每個2字節(jié)總共8字節(jié)源端口、目的端口、長度、檢驗和。就這么多沒了。對比TCP的20字節(jié)固定首部UDP精簡到了極致。這種精簡不是偷懶而是刻意為之。UDP的設(shè)計哲學(xué)是只做最基本的剩下的交給應(yīng)用層。UDP不建立連接所以不需要序號、確認(rèn)號、窗口這些字段。UDP不保證可靠交付所以不需要重傳機(jī)制相關(guān)的字段。UDP面向報文不面向字節(jié)流所以不需要處理粘包問題。檢驗和字段是UDP唯一的安全網(wǎng)。它檢驗首部和數(shù)據(jù)兩部分如果檢驗出錯就丟棄不通知發(fā)送方。發(fā)送方要不要重傳UDP不管那是應(yīng)用層的事?？荚嚦朥DP檢驗和的計算方法。記住兩點(diǎn)一是要加12字節(jié)的偽首部源IP、目的IP、零、協(xié)議號、UDP長度二是檢驗和的計算方法和IP首部檢驗和一樣按16位進(jìn)行二進(jìn)制反碼求和。3.2 TCP和UDP的全面對比一張表說清楚對比維度TCPUDP連接方式面向連接無連接可靠性可靠交付盡最大努力交付數(shù)據(jù)傳輸單位字節(jié)流報文首部開銷20-60字節(jié)8字節(jié)流量控制有滑動窗口無擁塞控制有無支持廣播/多播不支持支持應(yīng)用場景文件傳輸、網(wǎng)頁、郵件實時音視頻、DNS、DHCP這張表建議背下來。簡答題如果問“TCP和UDP的區(qū)別”把這張表的內(nèi)容組織成語言答上去就行。但光背表格不夠還要理解為什么。比如為什么TCP不支持廣播因為TCP是面向連接的廣播意味著同時和多個接收方建立連接這在TCP的機(jī)制下無法實現(xiàn)。UDP無連接發(fā)出去就完事所以天然支持廣播和多播。再比如為什么實時音視頻用UDP因為實時性要求高丟一兩幀畫面用戶可能察覺不到但如果用TCP丟包后要重傳、要等確認(rèn)延遲反而更大用戶體驗更差。這就是“可靠性”和“實時性”的權(quán)衡。3.3 應(yīng)用層協(xié)議該選誰典型場景分析考試?yán)锝?jīng)常給一個場景讓你選TCP還是UDP并說明理由。我整理了幾個典型場景文件傳輸FTP、HTTP下載必須選TCP。文件一個字節(jié)都不能少丟了就得重傳可靠性優(yōu)先。網(wǎng)頁瀏覽HTTP選TCP。雖然網(wǎng)頁內(nèi)容丟一點(diǎn)可能也能看但HTTP協(xié)議本身建立在TCP之上這是協(xié)議棧的設(shè)計決定。域名解析DNS通常選UDP。DNS查詢報文很短一個UDP包就能裝下用TCP的話三次握手的時間開銷比查詢本身還大。但如果響應(yīng)報文超過512字節(jié)DNS會改用TCP。實時視頻會議選UDP。延遲敏感丟幾幀無所謂卡頓才是致命的。電子郵件SMTP選TCP。郵件內(nèi)容必須完整不能丟字。網(wǎng)絡(luò)管理SNMP選UDP。管理報文通常很短而且網(wǎng)絡(luò)設(shè)備可能資源有限跑不動TCP。答題模板先判斷該場景對可靠性和實時性的要求如果可靠性優(yōu)先選TCP如果實時性優(yōu)先選UDP然后結(jié)合協(xié)議特點(diǎn)說明理由。4. 計算題專項突破與考場實戰(zhàn)技巧4.1 滑動窗口效率計算從公式到實戰(zhàn)滑動窗口的計算題通常長這樣給你發(fā)送窗口大小、往返時間RTT、報文段長度讓你算信道利用率或者最大吞吐量。核心公式信道利用率 發(fā)送窗口內(nèi)可發(fā)送的比特數(shù) / (發(fā)送一窗數(shù)據(jù)所需時間 RTT)。更具體一點(diǎn)假設(shè)窗口大小為W個報文段每個報文段長度為L比特帶寬為B bpsRTT為T秒。發(fā)送一窗數(shù)據(jù)的時間是W×L/B等待確認(rèn)的時間是T。所以利用率 (W×L/B) / (W×L/B T)。如果W×L/B遠(yuǎn)大于T利用率接近1如果遠(yuǎn)小于T利用率就很低。這就是為什么窗口不能太小——窗口太小發(fā)送方大部分時間都在等確認(rèn)帶寬浪費(fèi)嚴(yán)重。還有一種考法給你窗口大小和RTT問需要多大的窗口才能跑滿帶寬。這就是把上面的公式反解W B×T/L。我見過一道題帶寬100MbpsRTT100ms報文段長1000字節(jié)問窗口至少多大才能跑滿帶寬。計算過程B×T 100×10^6 × 0.1 10^7比特 10M比特。每個報文段1000字節(jié)8000比特。所以W 10^7 / 8000 1250個報文段。這個數(shù)字看起來很大但實際中TCP窗口可以通過窗口縮放選項擴(kuò)展到很大。4.2 擁塞窗口變化計算畫圖比死記更靠譜擁塞窗口的計算題我強(qiáng)烈建議在草稿紙上畫圖。橫軸是RTT縱軸是cwnd把每個RTT的cwnd值標(biāo)出來然后連線。圖形一畫出來答案就一目了然了。常見的考法給出初始ssthresh和cwnd描述一系列事件正常傳輸、超時、三個重復(fù)確認(rèn)讓你畫出cwnd的變化曲線或者問某個時刻的cwnd值。解題步驟確定初始狀態(tài)cwnd1ssthresh給定值。慢開始階段每個RTT翻倍直到cwnd≥ssthresh。擁塞避免階段每個RTT加1。遇到超時ssthreshcwnd/2cwnd1重新慢開始。遇到三個重復(fù)確認(rèn)ssthreshcwnd/2cwndssthresh直接擁塞避免。注意一個細(xì)節(jié)慢開始階段如果cwnd翻倍后超過了ssthresh實際cwnd應(yīng)該取ssthresh的值然后進(jìn)入擁塞避免。比如cwnd8ssthresh12下一個RTT慢開始翻倍應(yīng)該是16但1612所以cwnd12然后進(jìn)入擁塞避免變成13。4.3 三次握手序號計算別在細(xì)節(jié)上丟分三次握手的序號計算題看起來簡單但細(xì)節(jié)特別多一不小心就丟分。關(guān)鍵點(diǎn)SYN和FIN各消耗一個序號。純ACK報文段如果不攜帶數(shù)據(jù)不消耗序號。數(shù)據(jù)報文段的序號從第一個數(shù)據(jù)字節(jié)開始算。舉個例子客戶端初始序號是1000發(fā)送SYN。服務(wù)端初始序號是2000回復(fù)SYNACK?？蛻舳嗽侔l(fā)送ACK。問第三次握手的seq和ack分別是多少答案seq1001ack2001。因為SYN消耗了一個序號所以客戶端的下一個序號是1001服務(wù)端的SYN也消耗了一個序號所以客戶端期望收到2001。如果客戶端在第三次握手時攜帶了100字節(jié)的數(shù)據(jù)呢那seq還是1001但發(fā)送完后下一個報文段的seq變成1101。ack仍然是2001?？紙黾记捎龅叫蛱栍嬎泐}先畫一個時間軸把每個報文段的seq和ack標(biāo)上去然后逐個推導(dǎo)。不要心算容易出錯。4.4 傳輸層計算題速查表題型核心公式/方法易錯點(diǎn)滑動窗口效率利用率發(fā)送時間/(發(fā)送時間RTT)單位換算字節(jié)vs比特最大吞吐量吞吐量窗口大小/RTT窗口單位是字節(jié)還是報文段擁塞窗口變化慢開始翻倍擁塞避免加1超時和快重傳的處理不同三次握手序號SYN/FIN消耗序號純ACK不消耗數(shù)據(jù)報文段的序號計算UDP檢驗和偽首部首部數(shù)據(jù)16位反碼求和偽首部的12字節(jié)別漏了5. 期末復(fù)習(xí)策略與常見失分點(diǎn)復(fù)盤5.1 高頻考點(diǎn)優(yōu)先級排序根據(jù)我分析過的試卷第五章的考點(diǎn)優(yōu)先級大致如下第一優(yōu)先級必考三次握手流程及原因、四次揮手流程及TIME-WAIT、TCP與UDP對比、擁塞控制四算法。第二優(yōu)先級高頻TCP首部字段含義、滑動窗口機(jī)制、流量控制與擁塞控制的區(qū)別、端口號分類。第三優(yōu)先級偶爾考UDP檢驗和計算、TCP連接管理狀態(tài)轉(zhuǎn)換、MSS協(xié)商。復(fù)習(xí)時間有限的話按這個優(yōu)先級分配精力。第一優(yōu)先級的內(nèi)容必須做到能默寫、能畫圖、能解釋為什么。第二優(yōu)先級要能用自己的話復(fù)述。第三優(yōu)先級混個眼熟就行。5.2 簡答題答題模板簡答題最怕的是“知道意思但寫不出來”。我整理了幾個高頻簡答題的答題框架“為什么三次握手而不是兩次”先答兩次握手的問題已失效連接請求導(dǎo)致資源浪費(fèi)再答三次握手如何解決客戶端不確認(rèn)則服務(wù)端不建立連接最后補(bǔ)充“三次是最小值SYN和ACK可合并所以不需要四次”?！癟CP和UDP的區(qū)別”按維度答——連接方式、可靠性、傳輸單位、首部開銷、流量控制、擁塞控制、應(yīng)用場景。每個維度一句話條理清晰?！傲髁靠刂坪蛽砣刂频膮^(qū)別”先分別定義流量控制是端到端、解決接收方處理不過來擁塞控制是全局、解決網(wǎng)絡(luò)處理不過來再答實現(xiàn)機(jī)制滑動窗口vs四算法最后答目標(biāo)不同防止接收方溢出vs防止網(wǎng)絡(luò)擁塞。“為什么TIME-WAIT要等2MSL”答兩點(diǎn)——確保最后ACK到達(dá)、讓舊報文段消失。每點(diǎn)展開一兩句話。5.3 我踩過的坑和給你的避坑建議第一個坑把序號和確認(rèn)號搞混。序號是“我發(fā)送的數(shù)據(jù)的第一個字節(jié)編號”確認(rèn)號是“我期望收到對方的下一個字節(jié)編號”。這兩個方向相反考試時一緊張就容易寫反。建議做題時在草稿紙上標(biāo)明“發(fā)送方→接收方”的方向箭頭。第二個坑擁塞控制計算時忘記單位。cwnd的單位是MSS不是字節(jié)。如果題目給的是字節(jié)要先換算成MSS再計算。我見過有人直接把字節(jié)數(shù)當(dāng)MSS用結(jié)果整道題全錯。第三個坑UDP檢驗和忘記偽首部。UDP檢驗和的計算范圍包括偽首部12字節(jié)UDP首部8字節(jié)數(shù)據(jù)。偽首部包括源IP、目的IP、零、協(xié)議號、UDP長度。很多人只算首部和數(shù)據(jù)漏了偽首部結(jié)果檢驗和算錯。第四個坑四次揮手時ACK和FIN的順序。服務(wù)端收到FIN后先發(fā)ACK等自己數(shù)據(jù)發(fā)完再發(fā)FIN。這兩個不能合并因為中間可能還有數(shù)據(jù)要傳?？荚嚂r如果畫圖記得中間要留出數(shù)據(jù)傳輸?shù)碾A段。第五個坑死記硬背不理解。傳輸層這章如果只背不理解的遇到變形題就懵了。比如題目把三次握手改成“兩次握手一次確認(rèn)”問你行不行或者把擁塞控制的初始條件改一下問你cwnd怎么變。只有真正理解了機(jī)制才能靈活應(yīng)對。最后分享一個復(fù)習(xí)方法找一張白紙合上書把三次握手、四次揮手、擁塞控制的變化圖默畫一遍。畫不出來的地方就是你的薄弱點(diǎn)翻書重點(diǎn)看。畫完再對照課本檢查反復(fù)兩三次這章的計算題和簡答題基本就穩(wěn)了。5.4 考場時間分配建議傳輸層的內(nèi)容在試卷中通常分布在選擇題、填空題、簡答題和計算題中。建議的時間分配選擇題中的傳輸層題目每題不超過1分鐘總共控制在5分鐘內(nèi)。填空題每題30秒總共2分鐘。簡答題每題5-8分鐘寫要點(diǎn)即可不用長篇大論。計算題每題10-15分鐘先寫公式再代入數(shù)據(jù)步驟分很重要。如果計算題卡住了先把公式寫上去能拿步驟分。不要在一道題上死磕超過15分鐘后面的題可能更簡單。我在實際考試和輔導(dǎo)別人的過程中發(fā)現(xiàn)傳輸層這章最大的特點(diǎn)就是“入門難但一旦理解就一通百通”。剛開始學(xué)的時候覺得概念多、機(jī)制復(fù)雜但當(dāng)你把三次握手、滑動窗口、擁塞控制這三條主線串起來之后會發(fā)現(xiàn)它們背后是同一套設(shè)計哲學(xué)在不可靠的網(wǎng)絡(luò)上構(gòu)建可靠通信同時兼顧效率和公平。理解了這個哲學(xué)很多細(xì)節(jié)就不用死記了順著邏輯就能推出來。