node了解
了解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工作流程：
3.node.js 基本架构
node.js主要分为四大部分：Node Standard Library、Node Bindings、V8、Libuv，架构图如下：
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 统一了网络访问，文件访问，做到了跨平台。
上述 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的标准库。
现在 JS 引擎的执行过程大致是：源代码 --->抽象语法树 --->字节码 --->JIT--->本地代码。
V8 更加直接的将抽象语法树通过 JIT 技术转换成本地代码，放弃了在字节码阶段可以进行的一些性能优化，但保证了执行速度。 在 V8 生成本地代码后，也会通过 Profiler 采集一些信息，来优化本地代码。虽然，少了生成字节码这一阶段的性能优化， 但极大减少了转换时间。
这里有几个注意的点：V8 是不提供 DOM API 的，那是浏览器所提供的、V8 本身是包含多个线程的，但它执行 JS 的过程是单线程的、V8 自己自带了 Eventloop，但是 Node.js 基于 libuv 自己做了一个。了解更多v8引擎原理可参考：https://zhuanlan.zhihu.com/p/...自己简化：