AWS Node.js Lambda使用firebase-admin SDK发送FCM推送持续超时问题咨询

所有异常的核心本质是：firebase-admin SDK 内置的常驻非业务资源，没有随单次请求执行完成主动释放，导致Lambda运行时始终检测到事件循环存在活跃任务，无法主动回收执行环境，和你的实际现象（推送送达、回调触发，但函数卡超时）完全匹配，具体根因包括：

• Keep-Alive长连接未主动断开：firebase-admin 初始化完成后，会自动建立与Google服务端点的持久HTTP连接池用于接口复用。哪怕sendToDevice的Promise已经正常resolve、FCM推送已经成功下发到手机，这些默认开启的keep-alive连接不会随请求结束自动关闭，会一直占用事件循环。而Lambda的退出判定规则是「事件循环无待处理任务」，只要这些连接还处于活跃状态，运行时就会一直等待连接释放，最终触发超时。
• 隐式后台任务脱离业务Promise链：SDK内置了多个与FCM发送逻辑无关的异步后台任务，包括服务账号token自动刷新、调用指标遥测上报、连接保活心跳。这些任务完全不在你编写的await业务逻辑链中，哪怕你已经在代码里打印了“发送完成”日志、回调已经触发，这些后台任务依然会按固定间隔运行，持续占用事件循环，阻止Lambda进入可退出的空闲状态。
• 初始化位置不当引发资源泄漏：如果把admin.initializeApp的逻辑写在Lambda的handler函数内部，每次调用Lambda时都会重新创建一套连接池、定时器实例，而旧的实例因为没有被主动销毁，会残留在执行环境的事件循环中不断累积，残留的活跃资源越来越多，最终必然触发超时。
• 内部定时器未被主动清除：SDK为了维持服务连接可用性，会注册多个全局定时器用于定时保活、token刷新。这些定时器不会随着单次FCM发送任务完成自动销毁，只要定时器还挂在事件循环上，Lambda运行时就会判定当前函数仍在执行，不会提前释放资源。

可落地的修复方案 #

• 单次FCM发送完成后，主动调用admin.app().delete()销毁对应的admin实例，强制断开所有关联长连接、清除注册的后台定时器、停止遥测上报任务，完全释放事件循环占用。注意不要直接删除全局初始化的单例实例，建议为单次请求创建临时的app实例，用完即销毁。
• 调整SDK初始化的代码位置：将initializeApp逻辑抽到Lambda handler外层的全局作用域，仅在冷启动时完成一次初始化，避免每次调用重复创建资源引发的泄漏。
• 初始化时关闭不必要的默认后台能力：在配置中禁用SDK默认开启的遥测数据收集，减少无关后台任务对事件循环的占用。
• 不要依赖事件循环自动判空的退出机制，在所有业务逻辑执行完成、资源释放完成后，再主动向Lambda返回执行结果，确保运行时可以判定任务全部结束。

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