AWS Lambda中Firebase SDK messaging().send()调用无响应超时求助

碰到Lambda调用Firebase Messaging超时的问题确实头疼，我结合你的代码和日志给你梳理几个最可能的原因和解决办法：

从你的CloudWatch日志来看，函数直接跑满了6秒的最大时长，连console.log(response)都没输出，说明admin.messaging().send()这个调用一直没拿到响应，大概率是网络或者初始化环节出了问题，以下是常见的排查方向：

1. Lambda的网络环境无法访问公网 #

Firebase Admin SDK的消息推送服务需要调用Google的外部API，如果你的Lambda部署在了私有子网里，却没配置NAT网关或者互联网网关，Lambda根本没法发起对外的网络请求，自然会一直卡住直到超时。

可以这么处理：

• 如果你的业务不需要Lambda在VPC内运行，直接把它移出VPC就行，默认Lambda是可以访问公网的
• 如果必须留在VPC，确保你的子网关联了NAT网关，同时安全组允许出站的HTTPS（443端口）流量到公网

2. Firebase服务账号的私钥格式错误 #

你代码里用了ServiceAccount.private_key，如果这个私钥是从环境变量读取的，大概率是存储时丢失了换行符——比如原本的私钥是带\n的：

-----BEGIN PRIVATE KEY-----
xxxxxx
-----END PRIVATE KEY-----

但环境变量里可能变成了没有换行的字符串，导致Firebase认证失败，后续的send请求会因为认证问题卡住（SDK可能在静默重试，不会立刻报错）。

可以这么处理：

• 检查私钥的格式，确保包含正确的换行符。如果用环境变量存储，建议先把私钥Base64编码后再存，代码里解码使用：

  privateKey: Buffer.from(process.env.FIREBASE_PRIVATE_KEY_BASE64 || '', 'base64').toString('utf8')
  

• 生产环境更推荐用AWS Secrets Manager来存储私钥，避免环境变量的格式问题

3. Lambda超时时间设置过短 #

虽然你的日志显示已经用了6秒的最大时长，但偶尔网络波动时，Firebase Messaging的请求可能需要更长时间才能完成。可以尝试把Lambda的超时时间调整到10秒以上，看看能不能拿到响应或者错误日志。

4. 加日志定位具体环节 #

在代码里多加点日志，确认是卡在Firebase初始化还是发送请求的环节：

export const hello: SQSHandler = async (event, _context) => {
  _context.callbackWaitsForEmptyEventLoop = false;
  
  console.log('✅ Firebase Admin初始化完成');
  const fcm_message = {
    notification: { title: 'title', body: 'body' },
    token: 'token'
  };
  console.log('📩 准备发送FCM消息');
  
  try {
    const response = await admin.messaging().send(fcm_message);
    console.log('📨 FCM发送成功，响应:', response);
  } catch (err) {
    console.error('❌ FCM发送失败，错误:', err);
  }
  
  return;
}

这样下次执行时，就能通过CloudWatch日志看到到底是哪一步卡住了，方便精准排查。

内容的提问来源于stack exchange，提问作者박경환