Node.js 主要应用领域
RESTFul API
api是当前web应用最常见的请求方式,尤其是如angularjs、react等框架实现的单页面应用,请求离不开GET,POST,HEAD,UPDATE,DELETE,PUT,CONNECT等api。
Node.js
实时通信
如 消息推送
高并发
node在最简单的情况下,使用单线程就可以承载大量的请求,如果使用多进程,相对于其他解决方案的话,则具备了更大的优势。(是的,node可以玩多进程)
I/O 线程
涉及到网络、文件、系统等操作会阻塞I/O线程,如果使用node,则可以协调IO操作。
生态圈
以NPM为中心
npm.js 热度有多高就不讲了。
基础服务提供商的支持
各大编译器开发商的支持就不说了,node的发展也推动了js的发展,如衍生的各类测试框架。
IO.js
目标: 兼容性、性能
社区: 新功能,新目标
现状: github上看看它的排名
node与js的关系
js
JavaScript = ECMAScript(包含标准的语法和基本对象) + DOM(文档基本模型,描述处理网页内容的方法和结构) + BOM(浏览器对象模型,描述与浏览器交互的方法和结构)
08年 google发布了google chrome(谷歌浏览器),同时发布了V8引擎
后续先出世了各类DOM操作库(jQueryExtJS/YUI等)
再往后基于数据和显示的隔离思想(MV分离), 出世了各类框架,就不讲了。
Node为何选择了JavaScript
1 08年V8的出现
2 js是单线程语言,天生事件驱动,支持异步
3 js当时不支持服务器,没有历史包袱
4 开发门槛低,比pytion和php低…
fibjs
当时fibjs支持了js,但是它使用同步的方式实现的非阻塞,这句话可能很难理解,后续讲到线程的时候,会再作解释。
nodejs的特点和缺点
部署简单方便
环境配置简单,只需安装nodejs即可
注重约定(便于统一和拓展)
项目所需要扩展、插件、资源相对独立,不易冲突(package里有声明啊,模块化嘛)
异步编程
同步: —— - - -
异步: ——
-
-
-
异步的实现方式:
1 回调函数
2 事件监听
3 订阅/发布(其实思想上类似事件监听)
高效与性能
单个操作的性能并不是node的强项
通过优化资源调配和I/O操作来实现高效
对比一下:
PHP : 在执行I/O时原地等待,开多进程,浪费资源,并且要考虑多进程之间的数据资源共享
C++ : 利用多线程,程序要自己维护线程和资源的状态
单线程—多进程
为了更好的利用CPU资源,可以利用子进程和多进程:
子进程: child_process ,与主进程通信比较方便
多进程: 一开始可以同时开多个node进程,但资源占用和进程间的通信问题不太好解决——依赖pm2等库及缓存处理 ,当前的node版本,可以直接玩多进程,后续会讲。
缺点
大量采用匿名函数,抛出的异常不易阅读
当时的try/catch限于同步代码,使得异常捕获较为复杂,异步用参数标记处理。
单线程::可靠性差,一旦发生错误未被捕获,阻塞掉进程就凉凉了
不适合CPU密集型的场景:比如视频处理,纯粹的运算等,这种情况最好编写node的C语言扩展。
回调的代码习惯影响可读性: 当时只能通过良好的代码风格处理。