上周凌晨三点，我被一阵急促的报警短信惊醒——线上Node.js服务内存占用突破8GB，导致容器被强制终止。打开日志一看，这个处理Excel文件导入的服务，在连续处理了200份文件后内存曲线呈直线上升。你有遇到过这种"服务运行越久内存越高"的鬼故事吗？今天我们就来解剖这个经典内存泄漏案例。

现象：Excel文件处理后的内存幽灵

我们的服务使用Node.js + SheetJS处理用户上传的Excel，核心逻辑看似简单：

app.post('/import', async (req, res) => { const buffer = await getUploadBuffer(req); // 获取上传文件 const workbook = XLSX.read(buffer); // 解析Excel const data = parseData(workbook); // 业务解析 await saveToDB(data); // 存入数据库 res.send('OK'); });

当用Artillery模拟连续请求时，内存表现是这样的：

• 处理10个1MB文件：稳定在120MB左右
• 处理100个文件后：突破1.2GB
• 处理200个文件时：达到2.4GB且不回落
• 关键现象：即使所有变量都在请求作用域内，内存依然只增不减。这里你可能要问：Node.js的GC不是会回收吗？

// 错误写法（内存泄漏） const workbook = XLSX.read(buffer); // 正确做法（主动释放） const workbook = XLSX.read(buffer, { cellDates: true, dense: true, // 关键配置：禁用内部缓存 sheetStubs: false }); // 显式释放C++层引用 process.nextTick(() => workbook.Sheets = null);

终极解法：可复用的内存监控模式

现在我会在所有Node.js服务启动时注入这段监控：

const memwatch = require('node-memwatch'); memwatch.on('leak', (info) => { // 结合堆快照分析 const heap = process.memoryUsage(); alert(`内存泄漏! 当前堆: ${formatBytes(heap.heapUsed)} 增长趋势: ${formatBytes(info.growth)} `); }); function formatBytes(bytes) { return `${(bytes / 1024 / 1024).toFixed(2)}MB`; }

这种防御性编程让我再没经历过凌晨内存告警。你可能会问：为什么不用--max-old-space-size？因为那只是延缓死亡时间，真正的工程师应该直捣黄龙。

写在最后

内存问题就像牙疼——小问题时不处理，等到半夜发作时能要人命。经过这次教训，现在我团队有一条铁规：所有涉及文件处理的PR必须附加内存测试报告。

你在处理大文件时有什么独门秘技？欢迎在评论区分享你的实战心得。