Google Calendar PHP API调用报错：服务账户未授权取令牌、缺少重定向URI

两个连续报错的本质是混淆了两种完全独立的Google API认证流程，叠加了无admin权限场景下的服务账户权限边界限制，和你实际完成的配置步骤不匹配：

• 运行官方示例报「缺少必需的重定向URI」：官方快速入门代码走的是终端用户OAuth授权流，这个流程要求在云控制台配置重定向URI才能完成跳转授权，你直接把服务账户的JSON密钥套用到这个流程里，自然会触发流程不匹配的报错。
• 运行自定义代码报「客户端无权限获取访问令牌」：代码中加入setSubject逻辑，触发了*全域委派（DWD）*的权限校验，而这个功能必须由Google Workspace租户的管理员在后台配置，你没有admin权限，自然无法通过校验。

• 校准服务账户的访问逻辑边界
  没有admin权限的个人Gmail账号，无法开通全域委派，不需要、也不能使用setSubject模拟用户身份的模式。正确的运行逻辑是：服务账户本身有独立的内置谷歌邮箱，你将个人日历的管理权限直接共享给这个邮箱（即密钥JSON文件里client_email字段对应的地址），以服务账户自身身份访问被共享的日历资源即可。
• 检查日历共享的权限配置
  打开个人日历的共享设置，将服务账户对应的邮箱添加为共享对象，权限等级要选修改日历并管理日程访问权限，仅选查看权限会导致后续删除日程时触发权限不足的报错。
• 修正客户端初始化代码
  删掉代码中会触发DWD校验的冗余配置，调整为如下结构：

  $client = new Google\Client();
  $client->setApplicationName('Gcal');
  $client->setAuthConfig($key_file_location);
  $client->setScopes([Google_Service_Calendar::CALENDAR]);
  // 必须删掉这行：无DWD权限时强制指定subject会直接触发令牌获取失败
  // $client->setSubject($calendarId);
  // 这行是用户OAuth流的专属配置，服务账户认证时不需要
  // $client->setAccessType('offline');
  $service = new Google_Service_Calendar($client);
  // 调用删除接口时，直接传入你自己的个人Gmail地址作为calendarId即可
  $calendarId = 'your-personal-gmail-address@gmail.com';
  

• 补全基础启用配置
  确认你在云控制台的对应项目里，已经启用了Google Calendar API，很多时候遗漏这步也会触发通用的权限类报错。

• 调用接口时不要省略calendarId参数直接拉取日程列表：否则会默认读取服务账户自己的内置空日历，找不到你个人日历里的历史日程。
• 不要套用依赖全域委派的服务账户教程：所有要求进入Google Admin后台配置服务账户授权范围的步骤，对你的场景都无效，没有admin权限根本无法进入对应配置页。
• 这种共享授权模式下，服务账户能访问的日程范围，就是你显式共享给它的那本个人日历，不会额外获取你账号下其他日历的访问权限。

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