附录3:本章的无背景乐的
看清 TCP 与 UDP 的状态机、握手挥手时序与每一个设计取舍
按 空格/→ 演示下一步
全部页面点击任意一页,跳回舞台从这页播放
附录3:本章的无背景乐的
看清 TCP 与 UDP 的状态机、握手挥手时序与每一个设计取舍
传输层概念
你电脑上同时开着浏览器、微信、游戏——它们共用一个网卡,却互不串扰。是谁把每个数据包准确地交给了正确的程序?
IP 层只认大楼地址,传输层才把包裹放到具体工位
通信模型
你点「发送」把微信发给朋友,从手指离开屏幕到对方手机弹出消息,中间走过了一整套「编码—搬运—解码」的流水线。这条流水线就是通信模型。
写信=信源;信封+邮戳=发送器;邮路=信道;拆信封=接收器;收信人=信宿
数据段
上一节我们聊过传输层的位置和通信模型,但「它实际搬运什么」还没拆开。这页就来拆:传输层搬运数据的最小单位——段。
快递单=头部(含端口号),包裹=数据载荷,快递车=IP 数据报
TCP三次握手建立连接
TCP三次握手建立连接:定义、要点与典型应用
TCP连接释放
三次握手让两端都准备好收发数据。现在要把通话结束掉——双方都要独立告别,因为TCP支持半关闭,没法像建立时那样把SYN和ACK合并。
A说「我挂了」B答「好」;B说「我也挂了」A答「好」。两边独立告别,不能并成一句
TCP传输策略
连接握手成功,可以开始发数据了。发方和收方隔着一条看不见的网络——发太快收方被淹没,发太猛网络堵车。TCP传输策略解决的就是:在「不压垮对端」和「不压垮链路」之间动态拿捏发送节奏。
收费站放行速度对应接收窗口,道路承载对应拥塞窗口,实际车流由瓶颈段决定,与TCP完全同构
TCP拥塞控制
前面讲了连接怎么建、数据怎么送。但路上车一多就堵——网络也一样,需要拥塞控制防止链路被压垮。
慢启动≈匝道并入;拥塞避免≈限速匀速;丢包≈事故后快速疏导恢复
TCP定时器等
前面讲了三次握手、传输策略、拥塞控制——但TCP能稳定工作,背后还有一组"闹钟"在默默计时。这就是TCP的四大定时器。
不同闹钟管不同事——起床/吃药/回消息,对应TCP里重传/窗口/存活等场景
本节要点
- ✓可靠五件套:连接、序号、重传、流/拥控、定时器
- ✓三次握手防过期、四次挥手保残段——本质都在同步初始序号
- ✓流控看接收方、拥控看网络,点对点 ≠ 全局
- ✓TCP 定时器 = 状态机兜底:超时/持续/保活/2MSL
- ✓TCP vs UDP 是可靠与时延的工程权衡,无绝对优劣
课后思考
先独立想一会儿,再翻看参考答案;卡住了就回到对应章节复习。
参考答案两次握手无法同时确认双方的收发能力。旧失效请求若到达服务器,还会建立错误连接并浪费资源。
参考答案重传增多加剧拥塞,拥塞窗口收缩又触发更多重传,形成恶性循环,可能演变为拥塞崩溃。
参考答案实时场景更看重时效。TCP的重传与拥塞控制会引入延迟,宁可丢帧也不愿卡顿,UDP更契合。