NodeJs用途交流

sdfouhdso888

　　@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都懂异步通讯要比同步通讯快很多的道理把。