小测试了一下nodejs，java，c++的百万次循环速度，请大神指正。
发布于 2年前 作者 showen 5842 次浏览

nodejs代码如下：

//nodeJS
console.time('forNode');
var j=0;
for(var i=0;i<1000000;i++){
 j += (i/2+i)/2;
}
console.log("j="+j)
console.timeEnd('forNode');

//C++ for  nodejs
console.time('forC++');
var hello = require('./build/Release/hello.node').hello;

console.log("j="+hello)
console.timeEnd('forC++');

其中hello.node是编译好的，代码如下:

#include <node.h>
#include <v8.h>

using namespace v8;

double forfunc(){
  double i,j=0;
  for(i=0;i<1000000;i++){
   j += (i/2+i)/2;
  };
  return j;
}


void init(Handle<Object> target) {
  double j;
  j = forfunc();
  target->Set(String::NewSymbol("hello"),Number::New(j));

}
NODE_MODULE(hello, init);

java代码如下：

public class HowT {
    public static void main(String[] args) {
        // TODO Auto-generated method stub
        long start = System.currentTimeMillis();
        long j=0;
        for (int i=0;i<1000000;i++)
        {
            j+=(i/2+i)/2;
        }
        long end = System.currentTimeMillis();
        System.out.println("j="+j);
                System.out.println("forJava: " + (end - start));
    }
}

node、node调用c++f结果如下：

E:\快盘\我的代码\node.js\addon>node addon.js
j=374999625000
forNode: 12ms
j=374999625000
forC++: 6ms

java结果如下：

G:\win7\Program Files\Dropbox>java HowT
j=374999250000
forJava: 14

要说明的是：除了由于第一次加载hello.node要花多一点时间外，用node循环所需的时间波动在11-13ms,node for c++循环所需时间波动在5-7ms，java循环所需的时间波动在13-15ms。

另外如果循环体内是简单计算的话（例如简单的累加），node所需要的时间会少于node for c++，v8威武啊。

测试机器：win7 64位系统 8G内存 cpu:Intel® Core™2 Quad CPU Q8200 @ 2.33GHz 2.33GHz

14 回复

貌似 java 是整数运算， C++ 是浮点运算，Nodejs … 本质上应该也是浮点运算吧。

嗯 我考虑过这个问题 本来c++要用long的 但是不知道为什么会溢出 nodejs通过v8会转成c++里面的类型吧 刚才把java里面的long修改成double试了一下了 运算时间也基本没变 其实我也只是粗略的演示一下nodejs的速度是非常快的 这种简单的并演示没有考虑编译器、解释器对代码的优化 以前总是有种印象：像js这样的脚本语言肯定会慢很多 其实语言的快慢和语言没有什么关系 主要是是编译器、解释器能做到多快

可以仔细看一下这个： http://www.techempower.com/benchmarks/#section=data-r6&amp;hw=ec2&amp;test=db&amp;p=23xl

同层次中理想状态下，解释型不可能快于原生编译执行。其实java也是解释型，但是有JIT。nodejs的优势还是简易快速，这个层面上php python ruby 才是竞争对手，他们刚起步时都带有这些标签。谈性能。。。还是过段日子吧。。。

对于V8来说,javascript已经不是解析型的,已经是编译型的了,只是第一次编译成机器码需要一点时间

@151263 ok 大概浏览了一下各个js引擎的技术。确实v8也用jit的等方式优化的。但是挺奇怪的，njs为何测试下来的情况比java慢很多？。 连vertx都比nodejs综合性能高。

@wfeng007

传说是因为JS代码太灵活，很多情况下无法利用JIT充分优化

@liuyanghejerry

我又观察了一下nodejs所谓性能高的说法。貌似都指向io（尤其是网络），说单线程异步事件处理之类的。我真的很无语，java早在08年之前java1.4就已经是nio机制了。像mina之类很早就已经是反应堆模式了。现在几乎所有webserver底层都是nio+threadpool实现。java天生具有完美的多线程模型，同时能够充分利用多cpu能力。这种。。。。

老实说nodejs的现阶段真正最大优势其实是“开发便捷”。包括语言基础，大量的模块包，统一且不小的社区等。

@wfeng007nodejs中的io操作是基于事件、异步执行的，不会阻塞，这也是nodejs最大的优势，如果说代码执行速度的话脚本语言怎么来说都会比静态语言、基于虚拟机的解释型语言差那么一点，就像汇编语言会比c的执行速度快好几倍一样，但是在做应用层的时候谁还会用汇编呢，现在的网络程序构架的性能瓶颈主要在io上，基于事件的异步单线程nodejs很容易应付高并发、高频率io操作的需求，其实根本没有必要拿这些东西进行比较，各有各的优势，本人以上的测试只是闲的蛋疼的测试。另外，如果要评价一个东西的优势什么的是要深入了解之后才能去评论的，我不赞同你的说的javascript比较简单，javascript是被前端人员用烂了，javascript是非常灵活的，说实话比java复杂多了，前端人员有多少去深入了解原型链、call的用法呢，还有你说的大量模块包，现在nodejs的包根本就算不上多，只是包的发布速度比较快而已，而且现在的包比较杂、乱。最后说一句，如果是做底层的就好好搞c、c++，如果只是做上层应用的话，找到一个最合适合需求的技术就好了，如果你要做一个w级别的并发需求，选nodejs吧~~~

@wfeng007

你说的很对，node最主要还是为网站前后端开发者准备的，在异步模型上没有什么特别大的突破，不过正因为这样node也变得非常易于使用。在node用户层当中无需操心锁的问题，也无需操心竞态。当然近年来基于协程的并发模式也很受青睐，不过那又是另一个话题了。

Java是把大刀，和Java做比较，应该搬出C#才对。

@showen 我说的简单是指，一般使用比较简单。入门写出个可以跑的东西比较简单，一两句话能实现java十几行的功能。一个初学者可以很省力的写出java初学者需要很花力气完成的东西。 还有js的是脚本，脚本天生无法写复杂。些复杂了没法维护。

另外，如果你认为语言为了灵活而灵活，为了复杂而复杂我就无语了。java自己都吃了灵活的亏，java访问数据库不下几十种框架和写法，api都各有特点，用户自己选够灵活吧，然后呢？

nodejs包还不够？那再多就会步java的后尘。。。 阿猫阿狗都写一个 框架出来然后互相重复。你说你到底选哪个？选的不对怎么办？迁移？。。脚本语言做大规模整体迁移就是找死。。。

现在坐等吧。

@wfeng007脚本天生无法写复杂。些复杂了没法维护。 --不同意 javascript现在有包管理机制,可以实现继承机制,运行前的编译检查,等等,一样可以做复杂项目,很好维护 关键看怎么设计架构 javascript比java灵活,是语言层面上的灵活,不是API,也不是框架 比如,javascript用prototype等很简单的几行代码就可以实现AOP功能 而,java必须类似Spring那样使用什么动态代理,cglib等,多麻烦都懂得 还有,javascript的对象可以运行时动态的添加删除属性,而java不可以 还有java的class加载以后不能运行时删除,运行时替换,或者类似OSGI那样的机制,替换class很麻烦 而nodejs就很简单了

处理简单运算Java/C#会快些，你没看到PHP的跑分都很低吗？但为什么这么多低端服务器都用呢？ 这跟大家经验完全不符，为什么会这样？

因为Web应用从来都不是简单的，评价性能还需要看看他吃了多少内存，看看这个语言是不是容易被过度设计，复杂度是否容易失控，需要的团队规模有多大，维护成本有多高。

  1. 个人认为node.js的每M内存性能最佳，JS本身是一种非常简单的语言，使用复杂设计模式时不需要消耗太多性能，单线程对内存的消耗是完全可控制，可预知的。

  2. 当规模上去后JAVA/C#的复杂度会呈指数上升，但你会发现JS/PHP几乎呈线性……

  3. JS各模块的藕合数非常低，使用JS你会天生使用面向Library，面向模块的编程方式；使用JAVA/C#，非常容易将继承，多态，设计模式发挥到极限，写出超复杂有超强藕合关系的系统，这是语言特点决定的。

  4. JS产出效率较高，因此JS适合小团队使用， 而Java文件分散，开发，编码量均较高，不利于创业型公司，这也是为什么LinkedIn, Groupon起初使用Ruby的原因。

@151263 不同意的话能否举出，纯粹用脚本写出的复杂系统案例。复杂只是模块化。没见识过js的静态分析工具，你所谓编译检查不知道能到何种程度。很多东西必须在运行中才能确定的脚本，我对其能否进行静态分析抱有怀疑。

js服务端js很早就有了。模块化的或者动态脚本也不是js首创。所谓灵活的语言动态的语言只有nodejs么？从perl 到ruby python都是动态语言脚本语言，那又如何呢？

还有你拿 js的对象与 java的class比较你不觉得奇怪么？既然你说了class加载，那我认为你是指java平台，而不是java语言。 首先class运行时能不能删除你先确认一下，不用osgi同样可以做到。osgi只是标准而已。 第二，你说“替换class很麻烦而nodejs就很简单了”，是，java替换class是麻烦。那是js没有class概念。js不是面向对象是基于对象，他是脚本不是静态语言。

当然你可以喜欢脚本语言。不过就脚本语言本身来讲很早就有了，js不是第一个也不会是最后一个。但是为何没有完全取代静态语言？难道以前用静态语言不用动态语言的人都是白痴么？为何？ 举个例子静态语言一般有类型概念，很多脚本没有，js就没有。在这种情况下复杂系统中我不认为维护成本会不高。 如，50人开发的系统没人需要至少写出20000行代码，且互相关联互相调用（业务要求）。你准备全靠文档定义接口么？50人能力还参差不齐，有的人能力估计发明第二个nodejs，有的人连module机制都搞不清楚。你确认你能组织起这样的团队使用js开发出一个复杂系统？ 还有不要说“架构”两个字。java圈子中架构已经研究烂掉了。只说架构就是典型的为了设计而设计。java圈子里面就是这样。国内java圈子，04年就开始讨论poeaa了。nodejs的人研究过poeaa么?或者posa？另一方面讲，出这些书的时候没有脚本语言么？

老实说，nodejs现在的优势来看，基本的对手就是python php。

随便提一句，java平台上也有js实现引擎，不光有js还有python、ruby实现。某些还比native实现性能高，比如js实现。java平台的实现ringojs，common-js标准覆盖率比nodejs高。

再回到“灵活”这个词。你不觉得java里面还能嵌入js+各种脚本混合开发比你一个nodejs灵活么？单单说语言灵活，单语言能比过混合语言开发？虽然我觉得灵活过度反而出问题。js就是过度灵活，不知道是福是祸。

回到顶部