如何在同一应用中授权同一Google账号的多个实例？

问题核心是Google OAuth的默认行为：同一用户再次授权同一应用时，若未明确区分上下文，会生成新的刷新令牌并使旧令牌失效。要实现类似Zapier的多账号共存，需从授权请求参数、令牌存储两方面调整：

1. 授权请求添加唯一上下文标识 #

每个应用用户（如john@example.com、johnny@example2.com）发起授权时，生成唯一的state参数（比如加密后的应用用户ID），该参数会被Google原样返回，用于关联对应的应用用户，同时避免CSRF攻击。

同时添加prompt=select_account参数，强制用户选择目标Google账号，避免自动登录覆盖已有授权。示例授权URL：

https://accounts.google.com/o/oauth2/v2/auth?
client_id=YOUR_CLIENT_ID
&redirect_uri=YOUR_REDIRECT_URI
&scope=https://www.googleapis.com/auth/calendar.readonly
&response_type=code
&state=ENCRYPTED_APP_USER_ID  # 比如针对john@example.com生成的唯一标识
&prompt=select_account

2. 确保多刷新令牌支持 #

• Web应用：Google默认允许同一用户同一应用拥有多个刷新令牌，只要每次授权流程是用户主动触发（而非静默登录），且上下文（state）不同，无需额外控制台配置。
• 桌面/移动应用：在Google Cloud Console的OAuth客户端详情页，进入「高级」选项，开启「允许多个令牌」开关。

3. 独立存储每个应用用户的令牌 #

必须为每个应用用户单独存储对应的Google令牌（access token、refresh token、过期时间等），禁止共享或覆盖。例如数据库表设计：

以app_user_id和google_account_id作为联合主键，确保每个应用用户的令牌独立存在。

4. 优化授权体验（可选） #

当应用用户再次关联同一Google账号时，添加login_hint=john@gmail.com参数到授权请求，引导Google直接展示目标账号的授权界面，减少用户操作步骤：

&login_hint=john@gmail.com

验证方法：分别为两个应用用户完成授权后，调用Google Calendar API测试，确认两个应用用户的令牌均能正常拉取日历事件，无互相失效情况。

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