Firebase Cloud Messaging无效凭证问题求助：AWS Lambda下随机超时

这个随机出现的connect ETIMEDOUT错误本质是Lambda环境无法稳定连接到Google的OAuth2 token服务，进而导致FCM凭证验证失败。以下是具体解决方案：

• 检查Lambda网络配置

  • 如果Lambda部署在VPC内，确认安全组出站规则允许443端口访问公网（目标可设为0.0.0.0/0），同时验证NAT网关状态正常，没有带宽限流或IP被封禁的情况。
  • 若业务不需要VPC，直接将Lambda移出VPC，使用默认公网访问权限，减少网络层的潜在问题。

• 优化FCM初始化逻辑

  • 避免每次Lambda调用都重新初始化Firebase Admin App，将初始化代码放在handler外部，利用Lambda执行环境复用特性，减少重复请求OAuth2 token的次数：

    const admin = require('firebase-admin');
    
    // 全局初始化，复用执行环境
    if (!admin.apps.length) {
      admin.initializeApp({
        credential: admin.credential.applicationDefault()
        // 若使用服务账号密钥，可通过环境变量加载：
        // credential: admin.credential.cert(JSON.parse(process.env.FIREBASE_SERVICE_ACCOUNT))
      });
    }
    
    exports.handler = async (event) => {
      // 你的业务逻辑代码
    };
    

  • 使用服务账号密钥时，确保密钥权限包含Cloud Messaging Sender，且通过Lambda环境变量传递，不要硬编码在代码中。

• 添加网络错误重试机制

  • 针对ETIMEDOUT这类临时网络错误，给FCM发送逻辑加上指数退避重试：

    const sendFCMWithRetry = async (message, retries = 3, delay = 1000) => {
      try {
        return await admin.messaging().send(message);
      } catch (error) {
        if (retries > 0 && error.message.includes('ETIMEDOUT')) {
          await new Promise(resolve => setTimeout(resolve, delay));
          return sendFCMWithRetry(message, retries - 1, delay * 2);
        }
        throw error;
      }
    };
    

• 调整Lambda资源配置

  • 提升Lambda的内存分配（内存越高，CPU和网络带宽同步提升），比如从128MB调整到256MB或更高，改善网络请求性能。
  • 延长Lambda超时时间，默认3秒可能不足以应对网络波动，可调整至10-30秒。

• 升级Firebase Admin SDK

  • 安装兼容Node.js 14.x的最新版Firebase Admin SDK，修复旧版本可能存在的网络请求bug：

    npm install firebase-admin@latest --save
    

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