新部署Firebase onCall函数提示未认证，旧函数正常的问题求助

问题根源 #

Firebase CLI版本更新后，部署onCall函数的默认认证策略发生了变化：旧版本CLI部署的onCall函数会自动在Google Cloud Functions（GCF）控制台设置为「允许未认证调用」，而新版本CLI默认将新部署的onCall函数设为「要求认证」。但onCall函数本身依赖Firebase Auth的客户端SDK自动处理认证流程（会在请求中携带用户令牌），GCF层面的「要求认证」拦截会提前阻断请求，导致SDK的认证逻辑无法生效，进而触发日志中的未认证错误和客户端的CORS次生问题。

解决方法 #

1. 临时调整GCF控制台设置

找到新部署的onCall函数，在GCF控制台的「权限」-「允许未认证调用」选项中开启该设置。此方法快速生效，且不会影响onCall函数本身的代码层面认证（你仍可通过context.auth判断用户是否登录）。

2. 部署时通过CLI或配置文件指定认证策略

• CLI命令行指定：部署单个函数时添加参数：

  firebase deploy --only functions:yourNewFunction --set-defaults allow-unauthenticated
  

• firebase.json配置：在项目根目录的firebase.json中添加函数部署配置，批量指定认证策略：

  {
    "functions": {
      "source": "functions",
      "deploy": {
        "functions": [
          {
            "name": "yourNewFunction",
            "allowUnauthenticated": true
          }
        ]
      }
    }
  }
  

3. 确认客户端调用方式

确保使用Firebase官方SDK的httpsCallable方法调用函数，而非直接使用fetch或其他HTTP请求库。SDK会自动处理Authorization头的添加、CORS预检请求等逻辑：

import { getFunctions, httpsCallable } from "firebase/functions";

const functions = getFunctions();
const callFunction = httpsCallable(functions, 'yourNewFunction');

callFunction({ /* 参数 */ })
  .then(result => { /* 处理结果 */ })
  .catch(error => { /* 处理错误 */ });

4. 代码层面验证用户身份

保持onCall函数内的认证校验逻辑，确保只有已登录用户能执行核心业务：

exports.yourNewFunction = functions.https.onCall((data, context) => {
  if (!context.auth) {
    throw new functions.https.HttpsError('unauthenticated', '请先登录');
  }
  // 后续业务逻辑
});

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