技术文章

SFU 的媒体转发内核Receiver → Buffer → DownTrack 三层解耦：共享接收池避免 N 倍上行处理，独立 DownTrack 隔离网络差异。把 LiveKit 媒体转发内核的工程设计与取舍讲清楚。

一条 Track 如何被发布：从摄像头采集到服务器收到 RTP一次发布要解决两件事：TRACK 声明走 WebSocket、媒体包走 WebRTC 通道，最后在 Server 内完成对齐。六阶段拆解从采集到收包的完整链路。

LiveKit 如何完成信令入房——从 JoinRequest 到 JoinResponse 的完整链路点下「加入房间」的那一两秒，服务端做了一串精心编排的判断：验证身份、定位 Room、区分重连、写入成员名单、返回状态快照，再交给信令循环。

Offer/Answer 与 ICE：LiveKit 如何建立 WebRTC 传输在 SFU 架构的真实业务里，Offer/Answer 协商和 ICE 建联应该怎么设计？从 SDP / ICE / DTLS / SRTP 四层职责，到上行下行独立协商的取舍。

一条 Track 的订阅历程：从 Subscription 到 DownTrack订阅请求到达的那一刻，目标 Track 可能还没发布、权限可能正在变更、下行协商可能还没完成——LiveKit 把订阅拆成四个阶段来处理。