NodeJs用途交流

@Evila:

做网站有JAVA、PHP、.NET、PYTHON等,node.js与他们的优势在哪?

我没弄明白NODE.JS优势在哪,举个例子,node.js读取HTML模板文件,php也是读取模板文件,这样IO操作频率是持平的。如果是做服务,例如用socket.io做个socket server,PHP也照样能做。

我也没能明白,NODE.JS能做的,PHP/.NET/JAVA不能做的?不要谈NODE.JS模块,可以用C++给node.js开发模块,照样也可以用c/c#给 PHP/ASP.NET开发底层的东东。

@杨金焕:

根据node.js的说法:简单的逻辑处理,高并发的请求,才能用node.js。复杂的页面逻辑,不能用node.js,事件驱动:node.js接到一个请求,马上绑定的事件,如request.bind('succ', function(){ print '响应给客户';} );  也就是像ajax的,异步响应客户,只不过这过程发生在服务端。

高流量且逻辑简单:做print 'hello world'之类的输出吧,可能涉及到数据库的读取输出,都不能用node.js..

呵呵,像这样的node.js,可能应用有点难推广应用。 

@红星XX:

如 webserver 应用 ,  大量请求 传向 webserver 服务器 ,nginx  ,apache 什么的 也扛不住

而这时 node.js 的威力 就出来了 ,一台服务器的负载是之前十几倍 ,

特别适用于 以下场景:

RESTful API

      提供 RESTful API 的 Web 服务接收几个参数,解析它们,组合一个响应,并返回一个响应(通常是较少的文本)给用户。这是适合 Node 的理想情况,因为您可以构建它来处理数万条连接。它仍然不需要大量逻辑;它本质上只是从某个数据库中查找一些值并将它们组成一个响应。由于响应是少量文本,入站请求也是少量的文本,因此流量不高,一台机器甚至也可以处理最繁忙的公司的 API 需求。

Twitter 队列

     想像一下像 Twitter 这样的公司,它必须接收 tweets 并将其写入数据库。实际上,每秒几乎有数千条 tweet 达到,数据库不可能及时处理高峰时段所需的写入数量。Node 成为这个问题的解决方案的重要一环。如您所见,Node 能处理数万条入站 tweet。它能快速而又轻松地将它们写入一个内存排队机制(例如 memcached),另一个单独进程可以从那里将它们写入数据库。Node 在这里的角色是迅速收集 tweet,并将这个信息传递给另一个负责写入的进程。想象一下另一种设计(常规 PHP 服务器会自己尝试处理对数据库本身的写入):每个 tweet 都会在写入数据库时导致一个短暂的延迟,因为数据库调用正在阻塞通道。由于数据库延迟,一台这样设计的机器每秒可能只能处理 2000 条入站 tweet。每秒处理 100 万条 tweet 则需要 500 个服务器。相反,Node 能处理每个连接而不会阻塞通道,从而能够捕获尽可能多的 tweets。一个能处理 50,000 条 tweet 的 Node 机器仅需 20 台服务器即可。

电子游戏统计数据

      如果您在线玩过《使命召唤》这款游戏,当您查看游戏统计数据时,就会立即意识到一个问题:要生成那种级别的统计数据,必须跟踪海量信息。这样,如果有数百万玩家同时在线玩游戏,而且他们处于游戏中的不同位置,那么很快就会生成海量信息。Node 是这种场景的一种很好的解决方案,因为它能采集游戏生成的数据,对数据进行最少的合并,然后对数据进行排队,以便将它们写入数据库。使用整个服务器来跟踪玩家在游戏中发射了多少子弹看起来很愚蠢,如果您使用 Apache 这样的服务器,可能会有一些有用的限制;但相反,如果您专门使用一个服务器来跟踪一个游戏的所有统计数据,就像使用运行 Node 的服务器所做的那样,那看起来似乎是一种明智之举。

@尹泽西:

你想知道他为什么好?这么跟你说吧。web服务系统性能上有几个考虑的地方,1连接数。2.后台业务。后台业务包括业务逻辑和数据存储。市面上有很多测试并发连接数的软件不知道你用过没有。像iis和jboss这些东西都有一个并发连接数的上线。他是由于这么web服务器你建立1个连接就开1个进程,每个进程需要基本内存大约是几mb,这样web服务器能开多少连接数不就由web服务器内存决定了。而nodejs就开一个进程,用事件驱动,那就是个转发器,连接器,其他业务逻辑和数据存储那是本地机器的问题。你说性能优化哪里都可以优化是对的。可以优化数据库,可以优化业务逻辑。但是系统瓶颈一般在哪里?就像中国的订票系统似的,在于web服务器,老的web服务器并发连接数是有限的。所以中国订票系统人1多反映就慢,他慢的原因不是后台业务处理和数据库慢,这个那个干订票系统公司的人已经说了,系统慢不是机房里面数据连接的问题。其实他们意思就是web服务器连接数有问题。应该尝试用nodejs。至于RESTful这是一种架构风格,其他软件可有支持,不是它的特定。他的特定是单进程,异步通讯。搞it都懂异步通讯要比同步通讯快很多的道理把。

相关推荐