上一篇文章我展示了这个最高性能库的实现方法。下面我介绍一下这个性能提升的秘密。
首先，为了弄清楚Most库究竟为何如此快，我必须借助其他工具。比如chrome 的devtools性能分析，刚开始我运行node --inspect来启动性能测试代码，然后打开chrome浏览器，在chrome://inspect里面打开nodejs调试工具，不过每次这样操作比较繁琐，后来直接用Nodejs提供的inspector模块来生成cpuprofile文件。
const inspector = require('inspector');
const fs = require('fs');
const session = new inspector.Session();
session.connect();
function logStart() {
console.log(this.name);
console.log('-----------------------------------------------');
session.post('Profiler.enable', () => {
session.post('Profiler.start', () => {
// invoke business logic under measurement here...
});
});
}
function logComplete() {
console.log('-----------------------------------------------');
// some time later...
session.post('Profiler.stop', (err, {
profile
}) => {
// write profile to disk, upload, etc.
if (!err) {
fs.writeFileSync('./profile.cpuprofile', JSON.stringify(profile));
}
});
}
cpuprofile
我们可以看到每一种库占用的CPU的情况，下面我们先来看一下Most库的情况：
Most库
Most库里面有一个时间轴，然后把任务分配到时间轴上运行，所以我们会看到很多task的关键词，当然现在的性能测试并没有发挥时间轴的作用，我们看到这一次性能采集运行了57.3ms，下面的操作符函数占用cpu的情况如图。
接下来我们看一下rx4rx-lite，我们的最小代码库的执行情况：
rx4rx-lite
执行了88ms
我们看到了大量的函数调用，这些都是因为创建了很多闭包的箭头函数。
以上只是说介绍了如何去看性能的方法，实际探索过程中，伴随的是大量的模仿和尝试，最后总结出以下几点：
- 调用匿名函数比调用原型链中的函数要慢
- 匿名函数调用会产生垃圾回收，GC占用CPU
- super关键字调用很慢很慢
- 读写临时变量比读写对象属性要慢
- 覆盖原型的方法，比直接访问原型的方法要慢
-
注意构造函数里面的赋值顺序
产生以上原因主要就是V8引擎在底层的处理有关，比如快速对象（C++类），还有就是尽量避免GC，全局变量和类定义（一回事）不会被轻易GC
最后我们看一下rx4rx-fast 我们的最高性能库的表现：
rx4rx-fast
达到了43.3ms，虽然函数调用较深，但所占CPU极少了。
（未完待续）
