Firebase Cloud Functions部署报获取access token警告的解决方法

核心报错原因 #

报错中提到的getaddrinfo ENOTFOUND metadata.google.internal，本质是Admin SDK在本地部署阶段尝试访问Google Cloud内部元数据服务获取凭证失败：该元数据服务仅在GCP内部运行环境（如已部署的Cloud Functions、Cloud Run实例）中可访问，本地环境无法解析这个域名，SDK探测失败后才会读取本地配置的服务账号环境变量完成认证，因此函数可以正常部署，但会抛出警告日志。 #

修复步骤 #

1. 简化Admin SDK初始化代码（最推荐方案） #

Cloud Functions运行环境本身已经内置了对应项目的合法默认服务账号凭证，不需要手动传入credential或databaseURL参数，手动传参反而会触发本地部署阶段的元数据服务探测逻辑。
直接将index.ts中的初始化代码替换为以下最简形式即可：

import * as functions from "firebase-functions";
import * as admin from "firebase-admin";

// 运行时自动加载当前项目的默认配置与凭证，无需手动指定
admin.initializeApp();

如果需要跨项目访问其他Firebase资源，再单独传入对应配置参数即可，单项目场景下完全不需要额外传参。

2. 校验本地环境变量配置 #

如果你需要本地运行函数模拟器、本地调试脚本，才需要配置GOOGLE_APPLICATION_CREDENTIALS环境变量，配置后必须做两项校验：

• 确认执行firebase deploy命令的终端，和执行export命令配置环境变量的是同一个终端，新开终端不会继承之前终端设置的环境变量，会导致SDK读不到服务账号配置。
• 在部署用的终端执行echo $GOOGLE_APPLICATION_CREDENTIALS，确认输出的服务账号文件路径为绝对路径，再执行ls 对应路径确认文件存在、当前系统用户对该文件有读取权限，避免路径写错、文件丢失/权限不足的问题。

3. 保留现有初始化代码的临时屏蔽方案 #

如果你因为特殊业务需求必须保留手动传入admin.credential.applicationDefault()的写法，可以在部署前设置环境变量，强制Google Auth库跳过元数据服务探测，直接读取本地服务账号文件：

# 禁用GCE元数据服务探测
export GOOGLE_CLOUD_DISABLE_METADATA_SERVER=true
# 执行部署
firebase deploy --only functions

该参数是Google官方认证库支持的标准配置，设置后不会再尝试解析metadata.google.internal域名，从根源消除解析失败的警告。 #

验证方式 #

修改完成后重新执行部署命令，控制台将不再输出对应FIREBASE WARNING，函数部署到云端后会自动使用GCP内置的默认凭证运行，不会出现权限相关问题。 #

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