Google Sign-in Library OAuth控制台报错：'callback'非函数，配置被忽略

可能的原因及修复步骤 #

• 脚本加载时机不对：Google GSI脚本还未完全加载完成，你就执行了initCodeClient初始化代码。虽然箭头函数本身有效，但脚本初始化阶段可能无法正确识别函数引用。
  修复：把初始化逻辑放在GSI脚本的onload回调中，确保脚本加载完成后再执行：

  <script src="https://accounts.google.com/gsi/client" onload="initGoogleSignup()"></script>
  <script>
    function initGoogleSignup() {
      const g_signup_client = google.accounts.oauth2.initCodeClient({
        client_id: '...',
        scope: 'https://www.googleapis.com/auth/userinfo.profile',
        ux_mode: 'popup',
        callback: (response) => {
          // 你的业务处理逻辑
        }
      });
      // 绑定按钮点击触发授权请求
      document.getElementById('your-signup-btn').addEventListener('click', () => {
        g_signup_client.requestCode();
      });
    }
  </script>
  

• 函数作用域被限制：如果你的箭头callback被包裹在闭包、ES模块等局部作用域中，Google的初始化检测逻辑可能无法识别它是一个函数（但实际执行时作用域已生效，所以能正常运行）。
  修复：改用全局作用域下的具名函数作为回调：

  // 全局作用域定义回调函数
  function handleGoogleAuthResponse(response) {
    // 你的业务处理逻辑
  }
  
  const g_signup_client = google.accounts.oauth2.initCodeClient({
    client_id: '...',
    scope: 'https://www.googleapis.com/auth/userinfo.profile',
    ux_mode: 'popup',
    callback: handleGoogleAuthResponse
  });
  

• 重复初始化或脚本冲突：页面中可能存在多次调用initCodeClient的代码，或者残留了旧版GSI脚本，导致配置检测冲突。
  修复：检查页面是否加载了多份GSI脚本，确保只初始化一次g_signup_client对象。

• 代码压缩混淆影响：如果你的代码被压缩工具（如Webpack、Terser）处理过，箭头函数可能被重命名或混淆，导致Google的日志检测误判。
  修复：在压缩配置中排除该回调函数的混淆规则，或直接改用具名函数避免被重命名。

额外排查方向 #

因为演示页面能正常运行，核心逻辑没问题，重点对比生产页和演示页的差异：

• 确认两者使用的GSI脚本版本一致
• 检查生产页是否有其他第三方脚本（如广告、统计脚本）干扰GSI初始化
• 查看控制台其他报错信息，排查是否有脚本加载失败或变量冲突的情况

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