题目
头部竞价(Header Bidding)的瀑布流优化，延迟与填充率的权衡？
完整讲解
Header Bidding：在页面头部同时向多家需求方发起请求，并行竞价，取高价成交，打破传统瀑布流「按顺序依次询价」的串行结构。瀑布流（Waterfall）：按优先级依次请求各买方，接受第一个达标出价或依次 fallback；延迟低但可能卖贱。
二、延迟与填充率的权衡
- 延迟：Header Bidding 并行请求，总延迟受最慢一家影响；若设置超时或放弃慢方，则可能损失部分出价，填充率或收入可能下降。瀑布流串行，单次请求快，但总轮次多时延迟累加。
- 填充率：并行竞价能拿到更多有效出价，通常填充率与 eCPM 更高；瀑布流靠顺序 fallback，填充依赖各层出价与超时设置。
- 优化：设置合理超时（如 200–500ms）、并行与瀑布混合（先并行一轮，未成交再瀑布）、分层与优先级（高价/品牌优先），在延迟 SLA 内尽量提升填充与收入。
三、工程要点
- 监控各需求方延迟与超时率、填充率、eCPM；动态调整超时与请求顺序；前端/服务端 Header Bidding 的部署方式对延迟与隐私有不同影响。
面试要点
- 能区分 Header Bidding（并行竞价）与瀑布流（串行 fallback）的流程与优劣。
- 能说清延迟与填充的权衡：并行易受最慢方影响，超时会损填充；瀑布延迟可控但可能卖贱。
- 能列举优化手段：超时设置、并行+瀑布混合、分层优先级与监控。
记忆要点
- Header Bidding 并行竞价提升填充与 eCPM；瀑布流串行、延迟可控但易卖贱。
- 权衡：并行延迟受最慢方影响，超时损填充；优化为超时、并行+瀑布混合、分层与监控。