网络与连接
QuicDesk 会优先建立低时延的 P2P 链路。直连失败时，会自动回退到 relay，保证复杂网络环境下仍可建立会话。
连接状态示意
界面如果显示连接方式，可以直接通过标题栏或状态栏确认是 P2P 还是中继。
最常见的原因是会话走的链路不同。
P2P 一般延迟更低、画质更好；relay 是兜底链路，用来保证还能连上。
P2P 是主机和控制端优先尝试的直连链路。
relay 是在直连失败后使用的中继兜底方案。
- P2P：延迟更低、画质更好，按当前策略不限速。
- relay：优先保证可连接，固定退化档位为 4 Mbps 和 30 FPS。
这通常意味着会话已经回退到 relay。
relay 设计目标是优先保证可用性，而不是维持完整高规格串流体验。
界面、连接信息或工具栏如果直接显示链路类型，以界面显示为准。
如果界面没有直接显示，可以结合日志、客服协助或体验特征来辅助判断。
- P2P：通常延迟更低、画质更稳、帧率更高。
- relay：更容易出现明显的延迟升高、画质下降或帧率退化。
- 体验如果突然从“很流畅”变成“能连但明显差很多”，通常就是已经回退到 relay。
- 会话走的是 relay，不是 P2P。
- 连接跨地区或物理距离较远。
- 任一端使用了不稳定的 Wi-Fi 或移动网络。
- 网络存在抖动或丢包。
模糊通常和链路波动、relay 回退有关，不一定是编码器异常。
当链路不稳定时，系统可能会优先保证流畅度，而不是绝对画质。
- 主机端和控制端尽量都使用稳定的有线网络。
- 尽量避免受限较强的公司网络、酒店网络或公共热点。
- 减少额外的代理、VPN 或复杂网络转发链路。
- 如果同一环境下反复只能走 relay，建议结合日志进一步排查网络策略。
这通常和公司网络策略、UDP 限制、端口策略或代理环境有关。
在这种环境下，系统可能无法顺利建立直连，只能回退到 relay 来保证可连接。