关于NodeJS的思考

对于NodeJS来说传统程序员比较陌生，初看以为是什么前端框架，其实并不是前端框架。传统的Javascript只能跑在浏览器中，但是一位叫Ryan Dahl的开发者灵感一来，为什么Javascript不能运行在服务端呢？然后经过思考后他决定将Javascript带到后端，在苦苦寻觅中发现谷歌的V8引擎来运行Javascript是很高效的，但是仅仅有浏览器端Javascript是不能构建出强大后端应用的，所以他移除了不必要的浏览器端的特征后又为Javascript添加入了更强大的API，这个API就是后来推荐的CommonJS标准。CommonJS包含操作IO、DataBase、OS相关API（图1-2；摘自《Node.js 开发指南》）。

Ryan Dahl思考现在的IT系统常常遇到C10K问题，为什么会出现这个问题呢？是因为传统的后端业务常常以线程为单位进行执行的，而线程大量创建会导致系统资源不足，以及在IO操作时CPU的闲置引发的开销。Ryan Dahl发现JS的异步-回调模式很好的解决IO操作的导致CPU闲置开销问题，当在执行IO操作时CPU可以继续执行其他业务，IO操作完成后回调继续由CPU接着执行。从而保证CPU的资源不浪费（图1-1；摘自《Node.js 开发指南》）。

         

Ryan Dahl所设计的NodeJS是一个单线程异步IO模型执行机制的服务端程序。IO操作将会交给专用的工作线程处理，回调的方法将插入主线程队列，因为NodeJS是单线程模型，面向CPU操作的业务都会排队在主线程中执行。这也恰恰是NodeJS的弱点，如果CPU操作的业务时间太长，将会影响其他业务，不过还好目前已经有解决方法了，例如：“threads-a-gogo”模块。NodeJS不知道为什么无法使用TryCatch捕获回调内部异常，这问题将导致程序调试时的复杂性，同时会引发整个崩溃重启，不过目前第三方已经实现捕捉内部异常，例如：“domain”模块，但还是无法避免崩溃重启。NodeJS的中可能出现过多的回调函数也是一个头痛的问题，这样会导致代码的可维护性下降，不过目前“Promise”模块已经基本解决嵌套带来的阅读问题，“Promise”通过一套巧妙的回调接口能够平行性进行接连操作，防范过多的嵌套问题，而“Promise”的思想也开始影响AJAX相关的前端库。Ryan Dahl在设计NodeJS引入NPM方便社区协作，使得NodeJS的功能的迭代速度进一步加快。同时NodeJS自身集成了Server方便敏捷开发和部署。NodeJS还可以做其他软件，不仅局限于Web端（图3-1；摘自《Node.js 开发指南》）。

虽然NodeJS目前优点明显，缺点也明显，但是他恰恰有PHP无法比拟的优势。尤其是在高并发IO类业务时体现的淋淋尽致。如果NodeJS能解决单线程与异常捕捉与异步业务的开发的门槛和维护复杂度等问题。相信不久将来会是替代PHP的最佳良品。  

以上截止仅供发文时总结，随着NodeJs版本快速迭代会有很大变化。