Firebase与Google Cloud Endpoints集成：Picker API重复登录及令牌问题

我之前在项目里碰到过一模一样的坑！问题根源在于Picker API默认会拉起独立的Google OAuth登录流，和Firebase维护的认证会话完全不共享令牌，导致两边的身份凭证对不上，功能直接罢工。下面是我亲测有效的几个解决方案，按优先级排序：

方案1：复用Firebase认证令牌给Picker API（最推荐） #

既然用户已经通过Firebase完成了Google认证，我们直接把Firebase的令牌传给Picker，让它复用现有会话，彻底避免重复登录。

具体步骤：

1. 确认权限范围：在Firebase的Google登录配置中，添加Picker需要的Drive权限（比如https://www.googleapis.com/auth/drive.file或drive.readonly）。如果权限不够，Picker还是会触发登录弹窗。
2. 获取Firebase用户令牌：用户登录后，从Firebase当前用户实例中获取有效令牌：

   // 强制刷新并获取最新的ID令牌
   firebase.auth().currentUser.getIdToken(true)
     .then(idToken => {
       // 用这个令牌初始化Picker
       initGooglePicker(idToken);
     })
     .catch(err => console.error('获取Firebase令牌失败:', err));
   

   注意：部分场景下也可以用firebase.auth().currentUser.accessToken，但getIdToken(true)能确保拿到最新的有效令牌，更稳妥。

3. 用Firebase令牌初始化Picker：在Picker构建时传入setOAuthToken()参数：

   function initGooglePicker(token) {
     const picker = new google.picker.PickerBuilder()
       .addView(google.picker.ViewId.DOCUMENTS) // 按需选择视图类型
       .setOAuthToken(token) // 核心：传入Firebase的认证令牌
       .setDeveloperKey('你的Google Cloud开发者密钥')
       .setCallback(pickerCallback) // 自定义选择后的回调逻辑
       .build();
     picker.setVisible(true);
   }
   

   这样Picker会直接复用Firebase的认证会话，不会弹出新的登录窗口，返回的操作也会用同一个令牌，完美适配你的现有认证体系。

方案2：统一OAuth流到Firebase，拦截Picker默认登录 #

如果方案1遇到权限或令牌兼容性问题，可以拦截Picker的默认登录触发，强制走Firebase的认证流程。

步骤要点：

1. 禁用Picker默认OAuth处理：初始化Picker时不传入令牌，同时关联Firebase用户ID：

   function initGooglePicker() {
     const currentUser = firebase.auth().currentUser;
     if (!currentUser) {
       // 先引导用户通过Firebase登录
       firebase.auth().signInWithPopup(new firebase.auth.GoogleAuthProvider())
         .then(() => initGooglePicker())
         .catch(err => console.error('Firebase登录失败:', err));
       return;
     }
   
     const picker = new google.picker.PickerBuilder()
       .addView(google.picker.ViewId.DOCUMENTS)
       .setDeveloperKey('你的Google Cloud开发者密钥')
       .setCallback(pickerCallback)
       .setAuthUser(currentUser.uid) // 关联Firebase用户ID
       .build();
     picker.setVisible(true);
   }
   

2. 确保客户端ID一致：在Google Cloud控制台中，Firebase认证使用的OAuth客户端ID必须和Picker API使用的客户端ID完全相同。你可以在「API和服务→凭据」页面查看和配置。

关键注意事项 #

• 令牌有效期：Firebase ID令牌有效期为1小时，如果用户长时间操作，记得在需要时刷新令牌（用getIdToken(true)）。
• 权限匹配：Firebase登录请求的scope必须覆盖Picker需要的权限，否则令牌会被Picker拒绝。
• 跨域配置：确保你的域名已经添加到Google Cloud控制台的「OAuth同意屏幕」和「凭据」的授权域名列表中，避免跨域错误。

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