黄一君，阿里云高级开发工程师。

内容介绍

线上使用 Node.js 技术作为中间层，进行前后端彻底的分离的方案现在越来越广泛地应用到企业开发中。这也是在容器化微服务架构趋势下“服务端设计的接口究竟是面向 UI 还是只是通用服务？”这个命题中许多企业选择的答案。

而在这种选择下，开发者普遍遇到的问题是：一方面工程师们享受 Node.js 带来的更高自由度的前后端分离方案，更好的渲染性能，更便捷的接口组装和数据处理；另一方面 Node.js 应用对于绝大多数开发者来说却处于一个黑盒状态，导致应用稳定性没有保障。结合为客户排查一些线上故障和之前我自己的编写业务框架和业务开发的工作经历，内存泄漏的问题是使用 Node.js 进行服务端开发时经常遇到的一颗炸弹。

武侠小说里常常写到：天下武功，唯快不破。那么在业务上线后通过一些通用的监控基础设施发现线上的 Node 服务存在内存泄漏时，也肯定是希望能最快地定位并解决问题，以对用户的影响降到最低。所以本次分享将从 Node.js 内嵌的 v8 引擎提供的垃圾回收原理，以及遇到的一些真实且典型的内存泄漏代码案例排查分析总结，来帮助大家应对线上遇到的内存泄漏，更理想的是能帮助大家在开发阶段避免写出内存泄漏的代码。