Node.js 是一种将 JS 放在服务器端实现的平台, 而为什么要把 js 放到服务器端实现, JS 最初设计是在浏览器端解释执行, 后来为什么搞 Node.js 把他放在服务器端执行呢?
关于这个问题, 近日有网友解释道:
Node.js 的作者 Ryan Dahl 是一名资深的 C/C++ 程序员, 在创造出 Node 之前, 他的主要工作都是围绕高性能 web 服务器进行的. 经历过一些尝试和失败之后, 他找到了设计高性能, Web 服务器的几个要点: 事件驱动, 非阻塞 I/O.
Ryan Dahl 最初的目标是写一个基于事件驱动, 非阻塞 I/O 的 Web 服务器, 以达到更高的性能, 提供 Apache 等服务器之外的选择. 他提到, 大多数人不设计一种更简单和更有效率的程序的主要原因是他们用到了阻塞 I/O 的库. 写作 Node 的时候, Ryan Dahl 曾经评估过 C,Lua,Haskell,Ruby 等语言作为备选实现, 结论为:
C 的开发门槛高, 可以预见不会有太多的开发者能将它用于日常的业务开发, 所以舍弃它;
Ryan Dahl 觉得自己还不足够玩转 Haskell, 所以舍弃它;
Lua 自身已经含有很多阻塞 I/O 库, 为其构建非阻塞 I/O 库也不能改变人们继续使用阻塞 I/O 库的习惯, 所以也舍弃它;
而 Ruby 的虚拟机由于性能不好而落选.
相比之下, JavaScript 比 C 的开发门槛要低, 比 Lua 的历史包袱要少. 尽管服务器端 JavaScript 存在已经很多年了, 但是后端部分一直没有市场, 可以说历史包袱为零, 为其导入非阻塞 I/O 库没有额外阻力.
另外, JavaScript 在浏览器中有广泛的事件驱动方面的应用, 暗合 Ryan Dahl 喜好基于事件驱动的需求. 当时, 第二次浏览器大战也渐渐分出高下, Chrome 浏览器的 JavaScript 引擎 V8 摘得性能第一的桂冠, 而且其基于新 BSD 许可证发布, 自然受到 Ryan Dahl 的欢迎. 考虑到高性能, 符合事件驱动, 没有历史包袱这3个主要原因, JavaScript 成为了 Node 的实现语言.
NestJS: 我们一直在等待的精美的 Node.js 框架
JavaScript 最受行业雇主青睐, 2018 年要入前端的坑吗?
StackOverflow 调查: 富裕国家流行 Python 和 C 语言, 低收入国家爱用 PHP
WebAssembly 再添一员猛将: 将支持使用 Go 语言
App 遭苹果下架, 只因名称使用了甲骨文商标 JavaScript
来源: http://news.51cto.com/art/201804/571171.htm