阅读口径
本文解释直播观看中的通用概念，不描述“91直播”同名服务的技术实现。不同服务、设置与网络环境的时间差不同，本文不承诺固定秒数。
先分清三种等待
直播延迟是现实中的事件发生，到观众看见它之间的时间差；缓冲是播放器为继续播放而暂时等待数据；回应等待则包含对方读到问题、选择是否回答和组织语言所需的时间。三者可以同时出现，也可能只出现一种。画面一直流畅而回答较晚，不能直接证明网络卡顿；画面停住也不能证明对方已经结束直播。
“实时”不等于所有人同时看见
视频从采集到播放需要经过处理和传输，播放器也可能保留一段缓冲。作为公开平台说明的例子，YouTube 将直播延迟解释为拍摄事件与观众看见事件之间的时间差，并说明降低延迟与减少播放中断之间存在取舍。这是理解概念的参考，并非本站对其他服务的测量；不能把该平台的模式名称或时长直接套用到未知产品。
概念参考：YouTube 帮助：了解直播延迟（2026-09-27查阅；仅用于该公开平台的术语示例）。
聊天领先画面时怎样跟上语境
假设你先看见聊天中有人讨论“第三步”，画面却还停在“第二步”。先确认播放器是否处在较早的回看位置，再留意内容是否继续推进。若要提问，可以写“关于刚才第二步的用量……”而非只写“这里是多少”，让问题自带上下文。不同观众可能处在不同播放位置，不必用一条留言的先后顺序推算所有人的延迟。
可执行检查单
- 01记录现象：是画面停住、声音中断、聊天先出现，还是问题未获回应；不要把这些情况合并成“延迟”。
- 02若播放器明确提供直播位置或回看标识，先核对当前位置；没有这种控件时，不凭界面外观假定功能存在。
- 03需要重新连接时先记下当前主题，恢复后核对内容位置；避免连续重复发送同一句问题打断讨论。
一个常见问题
切换到更低清晰度一定能消除时间差吗？
不一定。清晰度调整可能改变观看所需的数据量，但时间差也可能来自直播处理、播放器缓冲或你所在的回看位置。可以一次只改变一个设置，再观察画面是否更稳定；不要把一次改善认定为对所有服务都有效的办法。
给需要回应的内容留出空间
做直播观察时，可分别记录“画面中的动作”“聊天出现的文字”“主播的回答”，而不把三者写成毫无间隔的一段对话。没有统一时间基准，就用“约在这一段之后”表达相对顺序。对讲解内容而言，保留问题所指的步骤和对象，往往比追求精确到秒的推测更有用。