Expo SDK35 Android端GoogleSignIn.signInAsync()返回undefined求助

我之前在Expo SDK35的托管+裸机迁移场景下遇到过完全一样的问题，折腾了好几天终于解决了，给你梳理几个关键排查点和解决方案：

一、先澄清Firebase的作用 #

其实expo-google-sign-in本身不强制依赖Firebase——它是直接调用Google Sign-In原生API的。只有当你需要把谷歌登录和Firebase Auth集成时，才需要配置google-services.json；如果只是单纯获取谷歌用户信息，甚至可以完全不用Firebase，只在Google Cloud Console里配置OAuth即可。

二、核心问题排查步骤 #

1. 检查expo-google-sign-in版本兼容性 #

SDK35对应的该库版本必须是~7.0.0，打开你的package.json确认版本号，过高或过低都会导致诡异的兼容性问题（比如返回undefined、弹窗无响应等）。如果版本不对，执行：

expo install expo-google-sign-in@7.0.0

2. 修正app.json的Android配置 #

这是最容易踩坑的地方：

• apiKey必须用Web类型的API Key：去Google Cloud Console → 你的项目 → APIs和服务 → 凭据 → 找到「Web应用」的API Key，复制过来，不要用Android客户端的API Key！
• certificateHash必须是Expo生成的哈希：执行expo fetch:android:hashes命令，把返回的SHA-1哈希值添加到Google Cloud Console的Android OAuth客户端配置中（注意：托管应用和本地裸机调试的哈希是不同的，如果你是裸机调试，还要把本地调试签名的哈希也加上）。
• 托管应用不需要配置googleServicesFile：Expo会自动处理这个，你把它放在根目录反而可能干扰；如果是裸机应用，必须把google-services.json放在android/app目录下，而不是项目根目录！

3. 调整初始化和登录代码 #

• 托管应用初始化时不要手动传clientId：SDK35的initAsync会自动从app.json读取配置，手动传值反而会覆盖正确的配置；如果是裸机应用，clientId用Google Cloud Console里Android客户端的Client ID。
• 必须捕获异常，不要忽略错误：很多时候看起来是返回undefined，其实是登录流程中抛出了异常被吞掉了，改成这样：

import * as GoogleSignIn from 'expo-google-sign-in';

// 初始化代码
try {
  await GoogleSignIn.initAsync({ scopes: ['profile', 'email'] }); // 托管应用去掉clientId
  const { status } = await GoogleSignIn.askForPlayServicesAsync();
  if (status !== 'success') {
    console.log('Google Play Services不可用，请检查');
    return;
  }

  const result = await GoogleSignIn.signInAsync();
  console.log('登录结果:', result);
  // 这里处理result
} catch (error) {
  console.error('登录失败:', error);
  // 打印error会帮你找到真正的问题，比如哈希不匹配、clientId错误等
}

4. 检查Google Cloud Console的OAuth consent screen #

如果你的应用是「外部」用户测试（不是Google Cloud组织内部用户），必须把OAuth consent screen发布为「生产」状态，否则会出现登录后无响应、返回undefined的情况。

三、和你提到的Facebook哈希问题的关联 #

没错，谷歌登录和Facebook登录一样，对签名哈希的要求非常严格——只要哈希不匹配，登录流程就会静默失败（看起来弹窗正常，但返回undefined或抛出未捕获的异常）。所以一定要确保expo fetch:android:hashes返回的哈希和Google Cloud Console里配置的完全一致。

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