如何监听参会者对日历邀请的接受/拒绝等回复状态？

核心实现前提 #

你在创建日历事件并添加参会者时，必须先持久化存储事件唯一ID和*参会者唯一标识（邮箱/企业内账号ID）*的映射关系，这是后续匹配回复状态的基础，不要丢失该关联数据。

两种主流监听方案 #

优先选择被动webhook推送方案，实时性更高、服务性能消耗更低，无法用webhook时再考虑主动轮询。

• 被动webhook推送：向日历服务端注册事件变更监听，指定你的服务接收地址，当参会者回复邀请触发事件变更时，日历服务会主动推送通知到你的地址，你收到通知后拉取最新事件详情即可提取回复状态。
• 主动轮询：按你业务可接受的延迟频率，定时调用日历接口拉取你创建的事件详情，对比本地存储的历史回复状态，识别变更即可。

主流日历服务具体实现 #

Google Calendar #

• 被动推送：调用Events.watch接口绑定你的服务接收地址，收到推送通知后调用Events.get接口拉取最新事件数据，遍历attendees数组的responseStatus字段即可获取每个参会者的回复，状态枚举值包括accepted（已接受）、declined（已拒绝）、tentative（暂定）、needsAction（待回复）。
• 主动轮询：定时调用Events.get接口传入对应事件ID拉取数据，对比历史状态即可。

Microsoft Graph（Outlook/Office 365 日历） #

• 被动推送：调用创建subscription接口订阅指定日历的事件变更，资源路径配置为对应日历的事件路径，收到推送通知后调用GET /events/{event-id}接口拉取详情，读取attendees下的status.response字段即可获取回复状态，状态枚举和Google Calendar基本一致。
• 主动轮询：定时批量拉取事件列表或者单事件详情对比状态。

其他厂商企业日历（飞书/企业微信/钉钉等） #

几乎所有主流开放平台的日历能力都提供了事件变更订阅接口，操作逻辑和上述方案一致：注册事件变更订阅→收到推送后拉取最新事件详情→解析参会者维度的回复状态字段即可。

自建iCalendar标准日历服务 #

如果你是基于iCalendar标准自己实现的日历能力，只需要在发出的ics邀请文件中配置回复处理地址，参会者的回复通知会发送到该地址，你解析回复内容中携带的ics数据即可提取对应的回复状态。

注意事项 #

• 绝大多数日历服务的webhook推送通知只会告知你某个事件发生了变更，不会直接携带完整的参会者回复详情，你必须主动调用拉取接口获取最新数据，不要直接依赖推送内容做业务判断。
• 需要处理重复推送、通知延迟的异常情况，拉取到最新状态后先和本地存储的历史状态做对比，仅当状态发生变更时再执行后续业务逻辑（比如触发提醒、更新业务流程状态等）。

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