likes
comments
collection
share

node了解

作者站长头像
站长
· 阅读数 26

了解node.js

1.nodejs诞生

Node之父的Ryan Dahl阻塞式IO是错误的方式,V8的发布为Node的诞生奠定了坚实的基础。JavaScript本身就是单线程的,而且浏览器发起的AJAX请求就是非阻塞的。所以将JavaScript和异步IO以及一个简单的HTTP服务器集合在一起,就达到一个比较好的配合。虽然Node的非阻塞模型没有了多线程,但却多出了“回调地狱”问题。Ryan认为Node并不适合用来开发大规模的服务端应用。相比之下,Go语言(在运行时和操作系统之间所有的IO操作都是非阻塞的,但是它提供给用户的接口却是阻塞式的。)会是更好的选择。参考文章:https://www.techug.com/post/n...

2.nodejs简介

一般称 Node.js 是一个平台,它将多种技术组合起来,让 JavaScript 可以调用一些 C/C++ 的接口,拓展了js语言的功能,让 JavaScript 也能调用系统接口、或进行后端开发的应用。

node.js工作流程:node了解

3.node.js 基本架构

node.js主要分为四大部分:Node Standard Library、Node Bindings、V8、Libuv,架构图如下:node了解

Node Standard Library 是 Node 专门提供给开发人员使用的标准库,如 Http, Buffer, fs 等模块。Node Bindings 是沟通 JS 和 C++ 的桥梁,封装 V8 引擎 和 Libuv 的细节,向上层提供基础 API 服务。第三层是支撑 Node.js 运行的关键,由 C/C++ 实现。V8 是 Google 开发的 JavaScript 引擎,提供 JavaScript 运行环境,可以说它就是 Node.js 的发动机。

Libuv 是专门为 Node.js 开发的一个封装库,提供跨平台的异步 I/O 能力.
C-ares:提供了异步处理 DNS 相关的能力。
http_parser、OpenSSL、zlib 等:提供包括 http 解析、SSL、数据压缩等其他的能力。

4.Bindings是个啥?

Node Bindings 是沟通 JS 和 C++ 的桥梁,封装 V8 引擎 和 Libuv 的细节,向上层提供基础 API 服务。

举个例子:C/C++ 实现了一个 http_parser 的库,非常高效,但是前端开发人员只会写 JavaScript,直接调用这个库肯定是不能成功的,所以就需要一个中间的桥梁。于是 Node.js 的作者就用 C++ 对 http_parser 库进行封装,使它符合某些要求(比如统一数据类型等),封装的文件叫做 http_parser_bindings.cpp。同时 Node.js 提供的编译工具可以将其编译为.node文件。这样 JavaScript 代码可以直接 require 这个 .node 文件,这样 JavaScript 就能调用 C++ 库。

5.为什么是 libuv?

Node.js 最早时是使用了 Google 的 V8 解析引擎 和 Marc Lehmann 的 libev。Node.js 将事件驱动的 I/O 模型与适合该模型的编程语言(JavaScript)融合在了一起,但随着 Node.js 的日益流行,Node.js 也需要同时支持 Windows,但是 libev 只能在 Unix 环境下运行,而在 Windows 系统平台上与 kqueue(FreeBSD) 或者 (e)poll(Linux) 等内核事件通知相应的机制是 IOCP。

基于上述背景,Node.js 之父 Ryan 就着手开发了一个 跨平台的异步 I/O 库,将上述操作系统对应的库都整合到一起,于是乎就诞生了 libuv,libuv 会根据不同的操作系统自动选择合适的方案,它的所有功能都是异步的,一般是用于 操作TCP/UDP/DNS/文件等的异步操作。

为啥是异步?因为即便是 SSD 的访问相较于高速的 CPU,仍然是慢速设备。于是基于 事件驱动 的 IO 模型就应运而生,解决了高速设备同步等待慢速设备或访问的问题。这不是 libuv 的独创,linux kernel 原生支持的 NIO也是这个思路。 但 libuv 统一了网络访问,文件访问,做到了跨平台。node了解上述 libuv 的架构图中,从左往右分为两部分,一部分是与网络I/O相关的请求,而另外一部分是由文件I/O, DNS Ops以及User code组成的请求。

从图中可以看出,对于Network I/O和以File I/O为代表的另一类请求,异步处理的底层支撑机制是完全不一样的。对于Network I/O 相关的请求, 根据 OS 平台不同,分别使用 Linux 上的 epoll,OSX 和 BSD 类 OS 上 的 kqueue,SunOS 上的event ports 以及 Windows 上的 IOCP 机制。而对于 File I/O 为代表的请求,则使用 thread pool。利用 thread pool 的方式实现异步请求处理,在各类 OS 上都能获得很好的支持。

5.V8引擎是啥?

V8 是目前商用的执行 JavaScript 最快的一个引擎(可直接将js代码编译成二进制文件),它的功能有很多:将 JavaScript 源代码变成本地代码并执行、维护 JavaScript 的调用栈,确保 JavaScript 函数的执行顺序、负责内存管理,为所有对象分配内存、垃圾回收,重复利用无用的内存、实现JS的标准库。

node了解现在 JS 引擎的执行过程大致是:源代码 --->抽象语法树 --->字节码 --->JIT--->本地代码。

V8 更加直接的将抽象语法树通过 JIT 技术转换成本地代码,放弃了在字节码阶段可以进行的一些性能优化,但保证了执行速度。 在 V8 生成本地代码后,也会通过 Profiler 采集一些信息,来优化本地代码。虽然,少了生成字节码这一阶段的性能优化, 但极大减少了转换时间。

这里有几个注意的点:V8 是不提供 DOM API 的,那是浏览器所提供的、V8 本身是包含多个线程的,但它执行 JS 的过程是单线程的、V8 自己自带了 Eventloop,但是 Node.js 基于 libuv 自己做了一个。了解更多v8引擎原理可参考:https://zhuanlan.zhihu.com/p/...自己简化:node了解

原文链接:https://blog.csdn.net/Marker_...