Node.js 8.17.0中Firebase查询偶现Aborted (core dumped)问题求助

首先可以明确：这大概率不是内存泄漏问题。内存泄漏通常表现为内存占用持续攀升，最终因资源耗尽崩溃；而你遇到的是概率性的单次崩溃，卡在Firestore查询的await环节（只打印"20"没到"32"），更可能是未捕获的异步异常或Node.js版本间的底层行为变更导致的。

为什么只在Node.js 8.17.0中出现？ #

Node.js 8.17.0是8.x分支的最后一个稳定版本，包含了一些安全补丁和行为调整，其中几个点可能和你的问题相关：

• 未处理Promise拒绝的行为变更：在更早的8.x版本中，未处理的Promise拒绝可能仅输出警告，但8.17.0可能默认将这种情况升级为直接终止进程。如果你的查询偶尔抛出错误但没有被捕获，就会触发这个逻辑。
• V8引擎或异步调度的细微调整：8.17.0更新了V8引擎版本，可能对异步操作的调度逻辑有小改动，和Firebase SDK的交互出现了概率性的兼容性问题。
• 网络请求底层处理变更：Node.js对HTTP/HTTPS连接池、超时的处理可能有调整，而Firestore查询依赖网络请求，某些边缘场景下的请求失败未被SDK正确捕获，导致进程终止。

针对性排查和解决步骤 #

1. 给查询添加错误捕获
   你的代码没有对await get()的操作做try/catch包裹，一旦查询抛出异常（比如网络波动、权限问题、数据格式错误），就会触发未处理的Promise拒绝，直接终止进程。赶紧加上错误捕获，先拿到具体的错误信息：

   console.log("20")
   try {
     if (lastCaptureData) {
       result = await app.database.collection(configurations.FIRESTOREAPP.USER)
         .where(actionObject[action].searchKey, '>=', startTimeStamp)
         .where(actionObject[action].searchKey, '<', endTimeStamp)
         .limit(limit).startAfter(lastCaptureData).get();
     } else {
       result = await app.database.collection(configurations.FIRESTOREAPP.USER)
         .where(actionObject[action].searchKey, '>=', startTimeStamp)
         .where(actionObject[action].searchKey, '<', endTimeStamp)
         .limit(limit).get();
     }
     console.log("32");
   } catch (err) {
     console.error("Firestore查询失败，错误信息:", err);
     // 这里可以根据错误类型添加重试逻辑，避免进程直接终止
   }
   

2. 检查Firebase SDK兼容性
   确认你使用的Firebase SDK版本是否支持Node.js 8.17.0。有些SDK版本可能在特定Node.js版本下有已知问题，建议升级到Node.js 8.x兼容的最新SDK版本，或者查看SDK的发布说明，有没有提到相关的兼容性调整。

3. 排查网络相关的概率性问题
   偶尔的网络超时或连接中断也可能导致查询失败，可以尝试给Firestore查询添加超时配置，或者在循环中增加重试机制。同时，监控运行环境的网络稳定性，排除外部网络因素的影响。

4. 验证是否真的是内存泄漏
   如果还是怀疑内存问题，可以在循环中定期打印内存使用情况，观察是否有持续攀升：

   console.log("当前内存使用:", process.memoryUsage());
   

   如果内存占用稳定，那基本可以排除内存泄漏的可能。

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