18
回答
node.js用来做什么?请大侠讲一下应用实例
注册华为云得mate10,2.9折抢先购!>>>   

node.js用来做什么的?提供一个web服务?apache,nginx不可以吗?

请用过node.js开发者讲一下应用的实例,到底哪些地方需要node.js?它解决了我们目前什么问题?它是如何提高我们的效率?

举报
qycms_cn
发帖于6年前 18回/47K+阅
共有18个答案 最后回答: 3年前

最简单的就是,java太heavy,PHP、ruby on rail等你需要学习一门新的语言,node.js和mongoDB的出现让web开发变为了以前的前端工程师一个人可以搞定的事情了。

以上为玩笑,node.js是事件驱动的,适合高IO的场景,如果你有大量的计算那还是要选择其他的语言,但是大多数的web应用或服务都是简单的增删改查,只有少量的逻辑计算,这是node.js最擅长处理的场景,因为当处理进入io之后空闲下来的CPU会继续做下一个请求的处理,并不会等待io完成,而是当io完成后再回来继续处理下面的逻辑,这样就大大节省了CPU的空耗事件。另外单进程的node.js跟那些N多个进程的东西比肯定是node.js更节省资源。

看看Michael Abernethy的这篇文章:

Node.js 究竟是什么?

http://www.ibm.com/developerworks/cn/opensource/os-nodejs/index.html?ca=drs-

还是不太明白。

node.js是为了解决“高并发”这样的问题?高并发,所带来的问题是IO?是内存不足?好像不是这么简单吧。

带宽 + 服务器单位时间内处理请求的能力 + (mysql)数据读取 是不是重中之重。

 

node.js“事件驱动”,意思node.js不管三七二十一,不断的接受客户的请求,不管这些断请求是否完成。如果是高并发,有大量的wait,这样是不是也属于“阻塞”,不断地把这些请求压入“栈“中而未完成,客户端属于长链接,这不是对服务器造成更高IO?客户端的体验好吗?
Node 非常适合以下情况:在响应客户端之前,您预计可能有很高的流量,但所需的服务器端逻辑和处理不一定很多。
我觉得这句是重点

做网站有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开发底层的东东。

--- 共有 1 条评论 ---
qycms_cn根据node.js的说法:简单的逻辑处理,高并发的请求,才能用node.js。复杂的页面逻辑,不能用node.js. 6年前 回复

node.js的用途:

事件驱动:node.js接到一个请求,马上绑定的事件,如request.bind('succ', function(){ print '响应给客户';} );  也就是像ajax的,异步响应客户,只不过这过程发生在服务端。

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

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

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

--- 共有 1 条评论 ---
乔康007嗯,看了后和我想的一样!! 不过,更深入,我的理解就是在处理高并发时利用事件驱动代替了 线程开启,转移了高并发的瓶颈,js只是事件驱动的一种能够实现! 5年前 回复
顶部