如何准确判断用户是否有权限移动Google Calendar中的原始事件？

你当前通过对比organizer.email判断移动权限的方式确实存在局限性，无法覆盖日历管理员、委托访问、服务账号等场景。以下是几个可行的解决思路：

1. 利用事件返回的accessRole字段判断 #

Google Calendar API返回的Event对象中包含accessRole字段，该字段直接标识当前授权用户对事件所在日历的访问角色，可选值包括：

• owner：日历所有者
• writer：具备编辑权限的用户
• reader：仅查看权限
• freeBusyReader：仅忙闲查看权限

只要accessRole为owner或writer，用户就具备移动该日历下事件的权限，这个判断逻辑直接基于API返回的实际权限，能覆盖你提到的所有例外场景。

2. 使用API的dryRun参数做预验证 #

调用Events.move接口时，添加dryRun=true参数，这会让API执行模拟移动操作但不实际修改数据：

• 如果返回200 OK，说明用户具备移动事件的权限；
• 如果返回403 Forbidden，则说明用户无权限。

这种方式最直接，能准确验证当前用户对特定事件的移动权限，而且不会产生任何实际的事件修改或副本。

3. 检查事件所属日历的ACL权限 #

如果需要更细粒度的权限控制，可以通过Event对象的calendarId字段获取事件所属日历ID，然后调用ACL.list接口查询当前用户对该日历的权限条目：

• 若存在权限级别为owner、writer的条目，说明用户可移动该日历下的事件；
• 对于委托访问、资源管理员等场景，ACL列表中会包含对应的权限记录，能准确反映用户的实际操作权限。

补充：处理移动后生成副本的问题 #

你之前尝试直接移动事件时生成副本但无提示的情况，可以通过对比返回事件的calendarId与原事件的calendarId来判断：

• 若两者一致，说明原事件已成功移动；
• 若返回的calendarId为用户自身的日历ID，说明用户无权限修改原事件，API自动创建了副本。

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