无法持续接收Microsoft Graph callRecording事件的webhook变更通知

不少开发者都碰到过这个情况，尤其是使用应用权限订阅communications/onlineMeetings/getAllRecordings这类录制相关资源时，常出现前1-2次能正常接收通知，之后突然停止推送的问题，且其他类型的变更通知（如日历事件、会议更新）不受影响。

常见诱因及排查要点 #

1. 录制资源的创建延迟
   Teams会议结束录制后，文件需要完成上传、转码并同步到Graph数据库，通知触发的前提是该录制资源在Graph中正式创建。如果后续录制的处理周期过长，可能会被Graph的变更检测逻辑忽略，导致不推送通知。

2. 订阅生命周期事件未处理
   即便订阅创建成功，若lifecycleNotificationUrl端点未正确响应生命周期事件（比如subscriptionRemoved、reauthorizationRequired），Graph会判定端点不可靠，暂停推送。需确认该端点能稳定返回200 OK，且能处理所有生命周期通知类型。

3. 应用权限的隐性限制
   应用权限下的录制订阅存在未明确文档化的限流机制：同一租户短时间内产生大量录制事件时，可能触发Graph的推送抑制。同时要确认应用已正确授予OnlineMeetingRecording.Read.All权限，且权限状态为已同意。

4. Beta API的稳定性问题
   你当前使用的是Beta版Graph API，预览阶段的功能存在逻辑调整的可能，录制通知的推送逻辑曾多次迭代。建议尝试切换到v1.0版本的资源路径（若支持），或关注Graph API官方更新日志。

临时应对方案 #

• 增加主动轮询机制：定期调用communications/onlineMeetings/getAllRecordings接口，作为webhook通知的补充，避免遗漏事件；
• 定期校验订阅状态：调用GET /subscriptions/{subscription-id}确认订阅有效性，若状态异常则重新创建；
• 优化通知端点性能：确保端点在5秒内返回200 OK，避免Graph因超时判定端点失效。

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