API返回RTSP流调用DESCRIBE方法频繁返回404错误问题咨询

根因定位 #

该现象为典型的流资源异步初始化未就绪问题：绝大多数实时流生成API采用异步处理逻辑，收到请求后会先返回URL地址，后端才异步执行流拉取、转封装、RTSPS会话绑定、SDP信息采集的全流程，整个初始化过程通常耗时2~5秒，1秒间隔的高频请求必然会命中初始化未完成的中间状态。

测试中出现的不同返回结果分别对应不同的初始化阶段：

• DESCRIBE返回404：后端尚未将生成的URL和对应的流会话资源完成绑定，路由层未匹配到对应资源直接返回404
• 请求成功但响应为空：URL和会话绑定完成，但音视频轨道的SDP描述信息尚未采集完成，仅返回基础元数据无音视频轨道信息
• 请求成功返回完整数据：流全链路初始化完成，所有资源就绪

解决方案 #

业务侧兼容方案（无需对接API提供方） #

1. 拿到API返回的RTSPS URL后，先等待3~5秒再发起第一次DESCRIBE请求
2. 增加指数退避重试逻辑：首次请求失败后，按照1s/2s/4s/8s的间隔依次重试，最大重试5次即可覆盖绝大多数初始化场景
3. 重试逻辑中增加100~300ms的随机抖动，避免固定频率请求触发服务端限流规则

API侧优化方案（可对接提供方时使用） #

1. 要求API在流全链路初始化完成后再返回URL
2. 要求返回参数中新增stream_status字段标识流就绪状态，或提供单独的流状态查询接口，轮询到状态为就绪后再发起访问

验证方案 #

将ffprobe请求间隔调整为5秒后重新测试，如果不再出现404、空响应问题，即可100%确认问题为流异步初始化未就绪导致。

内容的提问来源于stack exchange，提问作者Ted