第六章 网络传输与数据通道

第六章 · 网络传输与数据通道

本章要回答的三个问题：编码器吐出的码流如何被切块、打标、送上网络，报文头部的每个字段都承担什么职责？媒体在公共网络上裸奔等于广播，引擎靠什么保证只有通话双方能听懂？除了音视频，两边还想直接互传结构化数据，这条通道怎么建、怎么控？

为什么会有这一章

前三章和第五章讲的都是"内容"——声音怎么收拾、画面怎么权衡；本章讲"运输"。电话总局的比喻在这里最贴切：内容科室把话音收拾得再好，装不上线路、锁不上线缆，业务照样不成立。引擎的传输层要同时回答三个工程问题：怎么打包才能在丢包环境里把损失切碎（一个包丢了只坏一小块画面而不是整帧报废）；怎么加密才能让中间的任何设备都只能搬运不能偷看；怎么在媒体之外再开一条可编程的数据通道，让应用把自定义消息塞进同一条已建立的连接里。

这一章的内容与前几章有个显著区别：它是全书协议密度最高的部分。前几章的机制发生在端内，报文形态只是旁证；本章的机制本身就是报文格式与状态交互，读源码必须与读协议配合进行。好消息是传输层的代码结构相对清晰——打包、反馈、加密、通道各居其位——配合抓包文件逐字段对照，是全书最适合"边看报文边读代码"的区域。

传输层也是理解全书反馈系统的枢纽：第四章的冗余调整、第五章的码率连锁、第七章的拥塞控制，它们的输入全是本章讲的反馈报文。读完本章再回看那些章节，很多" magically 自适应"的行为会突然变得具体——原来驱动它们的只是几种固定格式的报告包。

图：传输栈分层与安全包封

读完能解决什么

对照三个问题给结果。其一，你能拿一份抓包文件手工解开一个媒体包：头部字段的位布局、序号与时戳的用途、扩展头携带的传输层元数据，并据此回答"这个包属于哪条流、是不是重传、丢了对画面影响多大"。其二，你能完整讲述安全链路：握手角色如何在协商里预定、指纹如何核对身份、密钥如何从握手材料导出，并能凭握手失败的日志特征区分身份核验失败与网络阻断两类原因。其三，你掌握数据通道的建通流程与流控语义：可靠与不可靠模式的取舍、发送缓冲的背压处理，能把"数据通道发大文件卡死"这类问题按背压原理正确处置。

各节怎么分工

三节按包的旅程排列：先打包、再加密、后开专线。6.1 的扩展头一节为第七章的反馈机制埋了直接伏笔，读到 7.1 时建议回看。

先决条件

需要第三章的建连主线（线路已选好、协商已完成的语境），以及 2.2 的网络线程纪律。不要求网络编程经验，但字节序与位运算的基本概念要具备——6.1 的逐字段解读绕不开它们。

往下走到哪

本章的出口是第七章：打包层与反馈层贡献了拥塞控制的全部原料，抗丢包的两大武器也作用在打包层。第六章保证"送得到、看得懂"，第七章回答"送得多快、丢了怎么办"，两章合起来才是完整的传输故事。数据通道一节相对独立，做互动应用（白板、投票、文件）的读者可以直接精读。

本章的实验材料是一份抓包文件，准备方式在第 6.1 案例里有完整演示。建议把 6.1 的徒手解包当作硬作业完成——逐字节读通一个媒体包之后，你再打开任何传输层分析工具，看到的都不再是十六进制墙，而是十二字节的信封加上熟悉的扩展头。传输层的门槛全在这"第一次读通"上，翻过去之后一路平坦。