在我意识到添加access_type=offline是在前端客户端对授权代码的请求上完成的，而不是在将该代码交换为access_token的后端请求上完成的之后，Rich Sutton的回答终于对我有用了。我给他的回答加上了一条评论，并在谷歌上添加了这个链接，以获取有关刷新令牌的更多信息。

注:如果你正在使用Satellizer，下面是如何将该选项添加到$authProvider。AngularJS中的谷歌。

我找了一个漫长的夜晚，这个很管用:

修改了admin-sdk中的user-example.php

$client->setAccessType('offline');
$client->setApprovalPrompt('force');
$authUrl = $client->createAuthUrl();
echo "<a class='login' href='" . $authUrl . "'>Connect Me!</a>";

然后在重定向url处获得代码 用代码进行身份验证并获得刷新令牌

$client()->authenticate($_GET['code']);
echo $client()->getRefreshToken();

你现在应该把它存储;)

当你的accesskey超时就做

$client->refreshToken($theRefreshTokenYouHadStored);

1. 如何获得'refresh_token' ?

解决方案:access_type='offline'选项应该在生成authURL时使用。 来源:为Web服务器应用程序使用OAuth 2.0

2. 但即使有'access_type=offline'，我没有得到'refresh_token' ?

解决方案:请注意，您只会在第一次请求时获得它，所以如果您将它存储在某个地方，并且在您的代码中有一个条款可以在上次过期后获得新的access_token时覆盖它，那么请确保不要覆盖这个值。

From谷歌Auth Doc:(this value = access_type)

该值指示谷歌授权服务器返回一个 刷新令牌和访问令牌，第一次您的应用程序 将授权代码交换为令牌。

如果你再次需要'refresh_token'，那么你需要按照Rich Sutton的回答中所写的步骤删除对应用程序的访问。

为了在每次验证时获得新的refresh_token，在仪表板中创建的OAuth 2.0凭据类型应该是“Other”。同样如上所述，在生成authURL时应该使用access_type='offline'选项。

当使用类型为“Web application”的凭据时，prompt/approval_prompt变量的组合将不起作用——您仍然只能在第一个请求上获得refresh_token。

为了获得refresh_token，你需要在OAuth请求URL中包含access_type=offline。当一个用户第一次验证时，你会得到一个非空的refresh_token以及一个过期的access_token。

如果遇到这样的情况，用户可能会重新验证您已经拥有身份验证令牌的帐户(如上面提到的@SsjCosty)，则需要从谷歌获取令牌用于哪个帐户的信息。要做到这一点，请将概要文件添加到作用域。使用OAuth2 Ruby宝石，你的最终请求可能看起来像这样:

client = OAuth2::Client.new(
  ENV["GOOGLE_CLIENT_ID"],
  ENV["GOOGLE_CLIENT_SECRET"],
  authorize_url: "https://accounts.google.com/o/oauth2/auth",
  token_url: "https://accounts.google.com/o/oauth2/token"
)

# Configure authorization url
client.authorize_url(
  scope: "https://www.googleapis.com/auth/analytics.readonly profile",
  redirect_uri: callback_url,
  access_type: "offline",
  prompt: "select_account"
)

注意，作用域有两个空格分隔的条目，一个用于对谷歌Analytics的只读访问，另一个仅用于配置文件，这是OpenID Connect标准。

这将导致谷歌在get_token响应中提供一个名为id_token的附加属性。要从id_token中获取信息，请查看谷歌文档中的此页面。有一些google提供的库可以为您验证和“解码”这些代码(我使用了Ruby google-id-token gem)。解析后，子参数实际上是唯一的谷歌帐户ID。

值得注意的是，如果您更改了作用域，对于已经使用原始作用域进行身份验证的用户，您将再次获得一个刷新令牌。这很有用，如果你已经有一群用户，不想让他们都在谷歌中取消应用程序的认证。

哦，最后一点注意:您不需要prompt=select_account，但如果您的用户可能想要使用多个谷歌帐户进行身份验证(即，您不使用此帐户进行登录/身份验证)，则它很有用。

For me I was trying out CalendarSampleServlet provided by Google. After 1 hour the access_key times out and there is a redirect to a 401 page. I tried all the above options but they didn't work. Finally upon checking the source code for 'AbstractAuthorizationCodeServlet', I could see that redirection would be disabled if credentials are present, but ideally it should have checked for refresh token!=null. I added below code to CalendarSampleServlet and it worked after that. Great relief after so many hours of frustration . Thank God.

if (credential.getRefreshToken() == null) {
    AuthorizationCodeRequestUrl authorizationUrl = authFlow.newAuthorizationUrl();
    authorizationUrl.setRedirectUri(getRedirectUri(req));
    onAuthorization(req, resp, authorizationUrl);
    credential = null;
}