已授权应用调用GoogleAuthorizationCodeFlow时未生成Refresh Token

这个问题其实是Google OAuth的默认行为导致的，我来帮你拆解原因和解决方案：

核心原因 #

Google OAuth的refresh token只会在首次授权时返回，当同一个Google账号已经授权过相同的scope集合后，后续的授权请求（哪怕你用不同的用户ID存储Token）默认不会再返回refresh token——因为Google认为该账号已经完成了授权，无需重复返回。

而你的场景里，每个站点用站点ID作为用户ID，但OAuth的授权主体是同一个Google账号，所以第2、3个站点的授权请求属于重复授权，自然拿不到refresh token。

解决方案：强制触发重新授权并获取Refresh Token #

要让每次授权请求都返回refresh token，你需要在授权流程中添加两个关键参数：

• access_type=offline：明确告诉Google你需要离线访问权限（必须要这个才能拿到refresh token）
• prompt=consent：强制用户重新确认授权，即使他们已经授权过相同的scope

C#代码示例

在构建GoogleAuthorizationCodeFlow或者生成授权URL的时候，添加这些参数：

1. 初始化Flow时配置参数：

var flow = new GoogleAuthorizationCodeFlow(new GoogleAuthorizationCodeFlow.Initializer
{
    ClientSecrets = new ClientSecrets
    {
        ClientId = "YOUR_CLIENT_ID",
        ClientSecret = "YOUR_CLIENT_SECRET"
    },
    Scopes = new[] { SearchConsoleService.Scope.WebmastersReadonly }, // 你的Search Console scope
    DataStore = new FileDataStore("SearchConsole.Tokens"), // 你的Token存储
    // 添加离线访问配置
    AccessType = "offline",
    // 强制每次都弹出授权确认
    ApprovalPrompt = "force"
});

2. 或者在生成授权URL时手动追加参数：

var authorizationUrl = flow.CreateAuthorizationCodeRequest(redirectUri)
    .Set("access_type", "offline")
    .Set("prompt", "consent")
    .Build();

额外注意点 #

• 如果你不想每次都让用户手动确认，可以考虑在首次获取到refresh token后，妥善存储每个站点对应的Token（包括refresh token），后续直接用refresh token刷新access token即可，不需要重复走授权流程。
• 确保你的TokenDataStore是严格按照站点ID（你设置的用户ID）来区分存储的，避免不同站点的Token互相覆盖。

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