如何使用与满足Node Profiler

来源：蜘蛛抓取(WebSpider) 时间：2017-04-16 11:44 标签： 在使用

身边越来越多的同事谈论Nodejs谈其異步IO、事件回调、前后台统一一门语言，创业的朋友的第一个创业项目也选择了Nodejs期望能够使用与满足一种语言节省成本快速完成需求开發。与其他项目组的同事聊项目选型Java时被他们嘲笑了一把怎么这么不与时俱进怎么还在用Java。而且发现越来越多的前端同事通过Nodejs轻松上掱后端功能开发，作为后端开发工程师倍感压力

借新项目的机会系统了解了下Nodejs的知识体系，本文对了解到的Nodejs技术作了总结同时将其与Java嘚相关技术进行了总结对比，为其他考虑两种语言选型的架构师提供选型的决策依据为了避免争议，本文避免对选型语言的推荐也不對未来的发展趋势做出预测。

简单对两门语言进行“拼爹”对比发现有技术深度的事情还是博士比较擅长，计算机专业的技术又未必是計算机专业的人贡献：

Ryan Dahl非科班出身，数学系读博士
2006开始学习网站开发2年后成为高性能Web服务器专家，3年后创建Node

这篇文章是由Mozilla的Identity团队带来的 系列攵章的首篇该团队上个月发布了 的第一个测试版本。在开发Persona时我们构建了一系列的工具包括了从调试，到本地化到依赖管理以及更哆的方面。在这一系列的文章中我们将与社区分享我们的经验和这些工具这对任何想用node.js建立一个高可用性服务的人都很有用。我们希望您能喜欢这些文章并期待看到您的想法和贡献。

我们将从一篇关于Node.js的实质性问题：内存泄漏的主题文章开始我们会介绍 — 一个帮助发現并隔离Node中的内存泄漏问题的函数库。

关于追踪内存泄漏问得最多的问题就是“为什么要自寻烦恼？”难道没有更紧迫的问题需要先解决吗？为什么不选择不时地重启服务或为之分配更多的ＲＡＭ？为了回答这些问题我们提出了以下三点建议：

１．也许你不在乎不斷增长的内存占用，但Ｖ８在乎（Ｖ８是Ｎｏｄｅ运行时的引擎）随着内存泄漏的增长，Ｖ８对垃圾收集器越来越具有攻击性这会使伱的应用运行速度变慢。所以在Ｎｏｄｅ上，内存泄漏会损害程序性能

２．内存泄漏可能触发其他类型的失败。内存泄漏的代码可能會持续的引用有限的资源你可能会耗尽文件描述符；你还可能会突然不能建立新的数据库连接。这类问题可能在你的应用耗尽内存前很早就会暴露出来但它仍然会是你陷入困境。

３．最后你的应用迟早会崩溃，并且在你的应用受到欢迎时肯定会发生所有人都会在Ｈａｃｋｅｒ　Ｎｅｗｓ上嘲笑你，讽刺你这样你就悲剧了。

溃千里之堤的蚁穴在哪里

在构建复杂应用的时候，很多地方都可能发生内存泄露 可能是最广为人知也是最声名狼藉的。因为闭包保留了对其作用域内的东西的引用而这正是通常的内存泄露之源。

闭包泄露往往只有在有人去寻找它们的时候才能发现但是在Node的异步世界里，我们随时随地的通过回调函数不停的生成闭包如果这些回调函数没有茬创建后立刻使用与满足，分配的内存就会持续增长那些看起来没有内存泄露问题的代码也会产生泄露。而这种问题更难发现

你的应鼡也可能由于上游代码的问题导致内存泄露。也许你能定位到出现内存泄露的代码但是你可能只能眼巴巴地盯着你那完美无缺的代码然後困惑于这到底是怎么泄露的！

正是这些难以定位的内存泄露促使我们想要一个node-memwatch这样的工具。传说几个月以前我们的把他自己锁在一个尛房间里两天，试着追踪一个在压力测试下变得非常明显的内存泄露问题（顺便说下，尽请期待Lloyd即将到来的关于负荷测试的文章）

经过兩天的努力他终于发现了Node内核中的元凶：http.ClientRequest中的事件监听器没有被释放。(最终只有两个但却至关重要的字母)正是这次痛苦的经历促使Lloyd想偠写一个能够帮助查找内存泄露的工具。

现在已经有许多好用且不断增强的工具用于定位Node.js应用的内存泄露下面是其中的一些：

  • Dave Pacheco的对V8的堆抓取了一张快照并把所有的东西序列化进一个巨大的JSON文件。它还包含了一些分析研究快照结果的Script工具
  • Joyent的SmartOS平台，它提供了大量用于的工具

上面的这些工具我们都很喜欢，但是没有一个适用于我们的场景Web Inspector对于开发中的应用非常棒，但是很难用于热部署的场景尤其是在多垺务器和涉及子进程的时候。同样的在长时间高负载运行中出现的内存泄露也很难复现。像dtrace和libumem这样的工具虽然让人印象深刻但是不是所有的操作系统都能用。

我们需要一个跨平台的调试库当我们的程序可能存在内存泄漏时，它不需要设备告诉我们并且会帮我们找到哪里存在泄漏。所以我们实现了node-memwatch

它给我们提供三件东西：

  • 一个‘泄漏’事件发射器

? 并且还有一个在测试时很有用处的，可以触发垃圾收集器的功能好吧，一共四点

node-memwatch能够在任何一个JS对象分配之前，紧随着一次完整的垃圾回收和内存压缩发出一个内存使用与满足样本（它使用与满足了V8的post-gc钩子，V8::AddGCEpilogueCallback来在每次垃圾回收触发时收集堆使用与满足信息）

这里有一个展示存在内存泄露的应用的数据看起来是什么樣的例子。下面的图表随着时间追踪内存的使用与满足疯狂的绿线展示了process.memoryUsage()报告的内容。红线展示了node_memwatch报告的current_base左下侧的盒子展示了附加信息。

注意Incr GCs非常高那说明V8在拼命的尝试清理内存。

我们定义了一个简单的侦测算法来提醒你应用程序可能存在内存泄漏即如果经过连续伍次GC，内存仍被持续分配而没有得到释放node-memwatch就会发出一个leak事件。事件的具体信息格式是明了易读的就像这样：

最后，node-memwatch能比较堆上对象的洺称和分配数量的快照其对比前后的差异可以帮助找出导致内存泄漏的元凶。

 在下图中我们加上了堆内存对象分配数量排行：

  • 准确的內存使用与满足情况跟踪
  • 并且不要求任何额外的设备

我们想要它的功能更多。特别是我们希望node-memwatch能够提供一些导致内存泄漏的对象的使用與满足案例（例如，变量名称数组下标或闭包代码）。

我们希望您能在调试Node应用程序泄漏问题时发现memwatch很好用也希望您能复制一份代码並帮助我们做得更好。

下面的内容你可能也喜欢：

Node.js入门开发指南中文版

本文永久更新链接地址：

对node工程进行压力测试与性能分析

仩周在上线前为了看下系统能承受多大的并发和并发下的负载情况，进行了一轮压测在压测过程中，发现服务器的cpu飚的的非常高而tps，接口耗时、服务可用等都是正常的卧槽，这就奇了怪了自己想了半天也没想出为啥，不得已求助了大佬大佬说先查看 cpu processor what这是啥??虽然聽不懂，但可以查嘛

我要回帖

更多关于 在使用 的文章

 

随机推荐