关闭Outlook提醒触发MS Graph API变更通知及ChangeKey变动，如何避免？

行为是否正常&设计逻辑说明 #

这是完全符合设计预期的正常行为，也没有违背ChangeKey的设计初衷。

ChangeKey的核心设计目标是标识服务端存储的资源对象的任意变更，只要资源的任何属性（包括你业务场景下不关心的边缘属性、后台标记属性）发生变更，ChangeKey就会更新。
用户关闭Outlook事件提醒的操作，本质上是修改了事件的提醒状态相关属性（比如IsReminderSet、提醒已触发标记等），属于资源的合法变更，因此会触发ChangeKey更新和变更通知推送。

可行的优化方案 #

不需要完全放弃ChangeKey，也不用全字段逐一比对，可以采用以下更高效的处理方案：

• 订阅通知时指定关注字段：创建变更通知订阅时，在资源请求路径后附加$select参数，只指定你业务逻辑需要关心的核心字段，比如$select=subject,start,end,body,location,attendees，Graph API会自动过滤掉只有非指定字段变更的通知，从根源上避免收到提醒关闭这类无关变更推送。
• 核心字段哈希校验：保留ChangeKey作为变更触发条件，收到变更通知后先拉取事件的核心字段，生成一个简单的哈希值和本地存储的对应事件哈希做比对，只有哈希值变化时才触发业务逻辑，同时更新本地存储的ChangeKey和哈希值即可，比对效率远高于全字段逐一校验。
• 变更内容白名单过滤：拉取变更后的事件详情后，先比对差异字段，如果只有提醒相关字段（IsReminderSet、ReminderMinutesBeforeStart等）发生变更，直接更新本地存储的ChangeKey即可，不触发后续业务逻辑。

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