如何在会议参与者等待达指定时长时触发回调？

1. 优先用通话平台的内置超时回调 #

绝大多数云通话服务都自带等待超时触发能力，完全不用自己折腾定时任务：

• 把通话者接入等待队列/会议保持时，直接给会话加个wait_timeout=120参数（120秒=2分钟），同时指定超时后要回调的URL——就是你用来收集按键输入的那个端点。
• 平台会自动帮你盯着等待时长，到点就主动发请求到你的回调地址，你在这个端点返回带<Gather>的响应就行（提示按1继续等、按2留言）。
• 这种方式比cron靠谱多了，不用自己维护定时任务，精度也能做到秒级。

2. 用<Wait>+<Redirect>做客户端侧计时 #

如果你的通话平台没提供超时回调，也可以在通话响应XML里这么写：

<Response>
  <!-- 让通话者等待120秒 -->
  <Wait length="120"/>
  <!-- 时间到了直接跳转到输入收集端点 -->
  <Redirect method="POST">https://your-domain.com/collect-input</Redirect>
</Response>

• 别忘了在等待期间也要监听按键：在<Wait>外面套个<Gather>，设置action参数指向你的处理端点，这样通话者提前按1/2的话，能直接终止等待，不用熬到2分钟。

3. 自定义会议系统用异步定时器 #

如果是你自己搭的会议服务器，别用cron，直接在进程里启异步定时器就行：

• 比如Node.js用setTimeout，Python用asyncio.create_task，当通话者进入等待状态时启动定时器，时长设为120秒。
• 定时器到点后，直接调用你的输入收集端点，或者主动把通话路由到输入流程。
• 要是怕服务器重启丢定时器，可以把等待中的会话存在数据库里，启动时重新加载未到期的任务就行，比cron轻量太多。

重点提醒 #

• 不管用哪种方案，一定要处理提前输入的情况：等待过程中必须实时监听按键，一旦有输入就立刻终止等待，响应对应的操作（继续等/留言），别让用户白等。
• cron之所以不适合，是因为它是分钟级调度，精度不够，而且要维护一堆定时任务条目，管理起来麻烦，上面的方案都比它更适配通话场景。

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