Rails页面中如何跳过未授权/过期Google访问令牌的检查？

我来帮你搞定这个令牌过期的问题，核心要解决两个点：自动刷新过期令牌和捕获授权异常避免页面崩溃。结合你的代码，给你调整后的实现方案：

一、正确实现令牌过期检查与自动刷新 #

首先，Signet客户端已经自带了expired?方法来判断令牌是否过期，比你自己手动对比时间要靠谱得多。另外，你已经设置了access_type: offline，只要首次授权时拿到了refresh_token，就可以用它来刷新令牌。

二、捕获授权异常，避免页面崩溃 #

即使刷新令牌失败，也要通过异常捕获来处理，而不是让页面直接崩溃，同时引导用户重新授权。

修改后的完整代码示例 #

class UsersController < ApplicationController
  def show
    if session[:authorization].nil?
      # 首次加载页面，展示未授权状态的内容
      @calendars = []
    else
      client = Signet::OAuth2::Client.new(client_options)
      client.update!(session[:authorization])
      # 确保offline模式（建议在首次授权时就配置，这里做个兜底）
      client.additional_parameters = {"access_type" => "offline"} unless client.additional_parameters&.key?("access_type")

      # 检查令牌是否过期，尝试自动刷新
      if client.expired?
        begin
          # 用refresh_token刷新令牌
          client.refresh!
          # 更新session中的授权信息，下次请求直接用新令牌
          session[:authorization] = client.to_hash
        rescue Signet::AuthorizationError => e
          # 刷新失败，清除失效的session，引导重新授权
          session[:authorization] = nil
          redirect_to google_auth_path, alert: "登录已过期，请重新授权Google日历"
          return
        end
      end

      service = Google::Apis::CalendarV3::CalendarService.new
      service.authorization = client

      begin
        # 这里放你调用Calendar API的逻辑，比如获取日历列表或者导入音乐会
        @calendars = service.list_calendar_lists.items
        # 示例：假设你的音乐会导入逻辑
        # import_concert_to_calendar(service, @selected_concert)
      rescue Google::Apis::AuthorizationError => e
        # 万一还是出现授权错误，兜底处理
        session[:authorization] = nil
        redirect_to google_auth_path, alert: "授权失效，请重新登录"
        return
      end
    end

    # 加载音乐会详情的逻辑
    @concert = Concert.find(params[:id])
  end

  private

  # 抽离Google客户端配置，代码更清晰
  def client_options
    {
      client_id: ENV['GOOGLE_CLIENT_ID'],
      client_secret: ENV['GOOGLE_CLIENT_SECRET'],
      authorization_uri: 'https://accounts.google.com/o/oauth2/auth',
      token_uri: 'https://oauth2.googleapis.com/token',
      redirect_uri: google_auth_callback_url # 你的授权回调地址
    }
  end
end

关键注意点 #

1. 首次授权必须获取refresh_token：只有在用户首次授权时，Google才会返回refresh_token（后续重复授权如果没有prompt: 'consent'参数，不会再返回），所以首次授权时一定要确保配置了access_type: offline和prompt: 'consent'。
2. 抽离逻辑到服务类：如果你的控制器里还有更多Google API相关操作，建议把客户端初始化、令牌刷新逻辑抽成一个单独的服务类（比如GoogleCalendarService），避免控制器代码臃肿。
3. 处理refresh_token过期：虽然refresh_token很少过期，但如果出现这种情况，也要引导用户重新授权，所以异常捕获的兜底逻辑很重要。

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