你有没有试过在厨房里跟着手机直播学做红烧肉，结果画面卡成幻灯片？汤都快熬干了，视频才加载出下一帧。其实这背后，藏着一套叫‘视频流技术’的门道。
边煮边播，不用等下载完
传统看视频是先把整个文件下载完再播放，就像做饭得把所有食材备齐才能开火。但视频流不一样，它是边传输边播放，好比炒菜时调料一边准备一边下锅。你打开一个直播链接，服务器立刻开始往你手机发数据，哪怕整场视频有两小时，也不影响你前几秒就看到主播在切姜片。
分块传输，像切菜一样处理视频
视频被切成一小段一小段的数据包，专业术语叫‘分片’。每个片段独立传输，哪怕中间丢了一小块（比如网络抖动），也不会让整个视频报废，就像炒菜时盐撒少了一点，还能补救。常见的流协议比如HLS，就是苹果搞的一套标准，它会把视频切成多个.ts小文件，按顺序传过来。
比如你在用某厨艺App看“三分钟学会煎牛排”，后台可能正通过这样的方式加载：
<video src="https://cook.example.com/stream/buffalo_steak.m3u8" controls></video>自适应码率，根据网速换画质
家里Wi-Fi信号弱，系统会自动降低视频清晰度，从1080p切到480p，保证不卡顿。这叫自适应码率（ABR），就像灶台火力能随锅温调节。主播正在演示如何打蛋清，即使你蹲在厨房角落连的是老旧路由器，也能顺滑看到蛋白打发的过程。
实现这个功能，服务端通常会准备多条不同码率的流，客户端根据实时网速选择最合适的那个。算法会评估缓冲区大小、下载速度，动态切换，就像老厨师凭经验调火候。
延迟是怎么来的？
做直播教学最怕延迟大。你说“现在下锅”，观众五秒后才听到，黄花菜都凉了。延迟来自编码、传输、解码各个环节。编码要把原始画面压缩，传输要经过网络节点，解码再还原出来。每一步都耗时间。
所以现在很多厨房直播用WebRTC技术，能把延迟压到几百毫秒内。它不走传统的分片模式，而是建立点对点通道，数据跑得更快。就像你站在灶台前直接喊“关火”，比让徒弟传话快得多。