nodejs是用来做什么的?

有些人说“这是一种通过javascript语言开发web服务端的东西”。更直白的可以理解为:node.js有非阻se塞,事件驱动/O等特性,从而让高并发(high concurrency)在的轮询和comet构建的应用中成为可能。

  浏览器给网站发请求的过程一直没怎么变过。当浏览器给网站发了请求,服务器收到了请求,然后开始搜寻被请求的资源。如果有需要,服务器还会查询一下数据库,最后把响应结果传回浏览器。不过,在传统的web服务器中,比如apache服务器,每一个请求都会让服务器创建一个新的进程来处理这个请求。

  后来又了ajax。有了ajax,我们就不用每次都请求一个完整的新页面了,取而代之的是每次只请求需要的部分就可以了。这显然是一个进步。但是比如你要建一个FriendFeed这样的社交网站(类似人人网那样的刷朋友新鲜事的网站),你的好友会随时的推送新的状态,然后你的新鲜事会实时自动刷新。要达成这个需求,我们需要让用户一直与服务器保持一个有效链接。目前最简单的实现方法就是让用户和服务器之间保持长轮询(long polling)。

  http请求不是持续的链接,你请求一次,服务器响应一次,然后就完了。长轮询是一种利用http模拟持续连接的技巧。具体来说或,只要页面载入了,不管你需不需要服务器给你相应信息,你都会给服务器发一个ajax请求。这个请求不同于一般的ajax请求,服务器不会直接给你返回信息,而是它要等着,直到服务器觉得该给你发信息了,它才会响应。比如,你的好友发了一条新鲜事,服务器就会把这个新鲜事当作响应发给你的浏览器,然后你的浏览器就刷新页面了。浏览器收到响应刷新完之后,再发送一条新的请求给服务器,这个请求依然不会立即被响应。于是就开始重复以上步骤。利用这个方法,可以让浏览器始终保持等待响应的状态。虽然以上过程依然只有非持续的http参与,但是我们模拟出了一个看似持续的连接状态

我们再看传统的服务器比如apache。每次一个新用户连到你的网站上,你的服务器就得开一个连接,每个连接都需要占用一个进程,这些进程大部分时间都是闲着的(比如等着你的好友发新鲜事,等好友发完才给用户响应信息。或者等着数据库返回查询结果什么的)。虽然这些进程闲着,但是照样占用内存。这意味着,如果用户连接数的增长到一定规律,你服务器没准就要耗光内存直接瘫痪了。

这种情况怎么解决?解决的方法就是刚才上边说的:非阻塞和事件驱动。这些概念在我们谈的这个情景里面其实也没那么难理解。把非阻塞的服务器想象成一个loop循环,这个loop会一个跑下去。一个新请求来了,这个loop就接了这个请求,把这个请求传给其他的进程(比如传给一个搞数据库查询的进程),然后响应一个回调(callback)。完事了这个loop继续跑,接其他的请求。这样下来,服务器就不会像之前那样傻等着数据库返回结果了。

如果数据库把结果返回了,loop就把结果传回用户的浏览器。接着继续跑。在这种方式下,你的服务器的进程就不会闲着等着了。从而在理论上说,同一时刻的数据库查询数量,以及用户的请求数量就没有限制了。服务器只在用户那边有事发生的时候才响应,这就是事件驱动。

FriendFeed是用基于Python的非阻塞框架Tornado(知乎也用了这个框架)来实现上面说的新鲜事功能的。不过nodejs就比前者更妙了。nodejs的应用是通过javascript开发的,然后直接在google的变态V8引擎上跑。用了nodejs,你就不用担心担心用户端的请求会在服务器里跑了一段能够造成阻塞的代码了。因为javascript本身就是事件驱动的脚本语言。你回想一下,在给前端写javascript的时候,更多时候你都是在搞事件处理和回掉函数。javascript本身就是给事件处理量身定制的语言。

时间: 2024-10-05 19:42:52

nodejs是用来做什么的?的相关文章

nodejs+express使用ejsexcel做复杂导出Excel

注意:使用时需要了解模板接受的数据格式,并不是直接搞上去就可以了,凡是不是要有个吻合度吗. 从数据库中取出数据 大致处理后的数据格式为: 这些都准备好了你还得需要样东西,模板:<%forRBegin rs,i in data[0]%>:开始循环:因为数据封装为[[{},{},{},{}.....]]:所以通过data[0],即可取出所有数据,数组中套用数组;<%forREnd%>:结束循环:<%=rs.issue_name%>:通过你封装的key来取值: 现在是代码部分

【Nodejs项目手记】Nodejs中使用图片验证码,captchapng模块可以解决Nodejs图片验证码

Nodejs项目,在做图片验证码的时候遇到了难题.Nodejs没有图片库,以后会有,但是现在没有. 网络上搜索一圈,有几个解决方案: 1.采用第三方验证码程序,有的时候,项目可能不允许: 2.使用Java或者PHP生成图片,Nodejs调用,中间采用Redies共享: 这两种方式都不太理想,好在终于找到了可以支持Nodejs图片验证码的一个库,虽然只支持数字,但是也还不错.原理是使用Base64的图片编码方式. 这个库的Gighub地址是:https://github.com/GeorgeCha

基于NodeJS的全栈式开发

随着不同终端(Pad/Mobile/PC)的兴起,对开发人员的要求越来越高,纯浏览器端的响应式已经不能满足用户体验的高要求,我们往往需要针对不同的终端开发定制的版本.为了提升开发效率,前后端分离的需求越来越被重视,后端负责业务/数据接口,前端负责展现/交互逻辑,同一份数据接口,我们可以定制开发多个版本. 这个话题最近被讨论得比较多,阿里有些BU也在进行一些尝试.讨论了很久之后,我们团队决定探索一套基于NodeJS的前后端分离方案,过程中有一些不断变化的认识以及思考,记录在这里,也希望看到的同学参

nodejs概述

一.nodejs概述 1.nodejs用js语言做服务器端开发,用js做类似PHP的活,节省开发成本. 2.nodejs支持es6语法 3.nodejs==>运行在服务器端的js 服务器端的js和客户端的js区别==>一个运行在服务器端,一个运行在浏览器 PHP可以处理请求(get, post),读写文件,操作数据库,nodejs就是用js的语言操作这些文件,网络,请求.而客户端的js是操作DOM 4.npm==>强大的包管理工具(安装.卸载等) cd\ ==> 根目录 cd.. 

体验nodejs有感

       学习nodejs技术已经有一周时间了,其中有几次想写点东西出来.但是打开编辑器发现第一句话就很不好写.nodejs到底是个什么东西呢?官方的解释就不提了,我来说一下我的理解.nodejs不是一门语言,因为你会发现所有代码都是JavaScript.nodejs也不是一个web框架,nodejs是一个平台,是一个解析器.        学习nodejs可谓一路坎坷,书就不提了.查了一下图书馆有7种nodejs书籍,40本是全被借出.这个事说明了一个问题,nodejs正在发展,nodej

NodeJS入门--环境搭建 IntelliJ IDEA

NodeJS入门–环境搭建 IntelliJ IDEA 本人也刚开始学习NodeJS,所以以此做个笔记,欢迎大家提出意见. 1.首先 下载安装NodeJS,下载安装IntelliJ IDEA 2.接下来我们详细介绍在IDEA中配置NodeJS 默认安装好了IDEA,在IDEA的file -> setting ->Plugins,右边默认是没有这个组件的需要你手动点击Browe repositories..,在插件列表中搜索nodejs,将看到NodeJS插件,点击下载,重启,(其实它会关联到你

Nodejs+Extjs+Mongodb开发第三天 登录页面(1)

学习新技术最快捷的方式就是做项目.在第一天的环境搭建好后,我就准备基于Nodejs+Extjs+Mongodb来做一个Web系统. 环境搭建:http://blog.csdn.net/jrainbow/article/details/38845639 一.技术选择的原因 1.Nodejs.这个不用说了,就是为了学习这个来的.因为要做的是Web系统,所以选择了Express框架. 2.Extjs.原因也很简单,因为笔者的美工不行,而且之前有使用过Extjs框架.为了更满足自己的银弹心理,这个项目选

nodejs prefix(全局)和cache(缓存)windows下设置

本文转载自:http://www.cnblogs.com/fisheleven/p/6775380.html?utm_source=itdadao&utm_medium=referral 引:在安装完nodejs后,通过npm下载全局模块默认安装到{%USERDATA%}C:\Users\username\AppData\下的Roaming\npm下,这当然是不太对的默认. 1,安装LTS版本的nodejs,本文为v6.10.2 (includes npm 3.10.10) .msi,nodej

也谈基于NodeJS的全栈式开发(基于NodeJS的前后端分离)

随着不同终端(Pad/Mobile/PC)的兴起,对开发人员的要求越来越高,纯浏览器端的响应式已经不能满足用户体验的高要求,我们往往需要针对不同的终端开发定制的版本.为了提升开发效率,前后端分离的需求越来越被重视,后端负责业务/数据接口,前端负责展现/交互逻辑,同一份数据接口,我们可以定制开发多个版本. 这个话题最近被讨论得比较多,阿里有些BU也在进行一些尝试.讨论了很久之后,我们团队决定探索一套基于NodeJS的前后端分离方案,过程中有一些不断变化的认识以及思考,记录在这里,也希望看到的同学参