Deno 并不是下一代 Node.js

这几天前端圈最火的事件莫过于 ry(Ryan Dahl) 的新项目 deno 了，很多 IT 新闻和媒体都用了标题：“下一代 Node.js”。这周末读了一遍 deno 的源码，特意写了这篇文章。长文预警（5000字，11图）。

0. 为什么开发 Deno？

这是我上周做的一张图，介绍了 JavaScript 的发展简史。刚才修改了一下，添加了对 Node.js 和 Deno 发布时间的标注。 Node.js 和 Deno 分别是 Ryan Dahl 在 2009 年和 2018 年，基于当年最新的前端技术开发的非浏览器 JavaScript 运行时。

Ryan Dahl 开发 deno 并不是因为 “just for fun”，也不是为了取代 node。下面慢慢解释。

1. 目前 deno 只是一个 demo

这两天花时间看了 deno 的源码（好在是初级阶段，源码很少，也很容易理解），顺带看了所有的 issue 和 pr。不知道“从官方介绍来看，可以认为它是下一代 Node”是如何脑补出来的。

既然是 Node.js 之父的新作，在讨论中自然离不开 Node.js。而作者很皮的回复到：

The main difference is that Node works and Deno does not work : )

最大的区别就是：Node 可以工作，而 Deno 不行 : )

目前 Deno 只是一个 Demo，甚至连二进制发行版都没有。好在从源码编译比较简单（如果你使用的不是 Windows 系统）。

在 high-level 层面，Deno 提供了一个尽可能简单的 V8 到系统 API 的绑定。为什么使用 Golang 替代 C++ 呢，因为相比 Node 而言，Golang 让我们更加容易的添加新特性，比如 http2 等。

至于为什么不选择 Rust，作者没有回答。

我们再对比一下两者的启动性能。分别运行：

console.log('Hello world') 

我之前写过一篇文章：，那如果我们使用 --without-snapshot 参数编译 Node.js 呢？

依然是相差悬殊，毕竟 deno 需要加载一个 TypeScript 编译器。毕竟是一个 demo 版本，希望以后用力优化。

对于性能提升还有一个思路就是，可以使用 LLVM 作为后端编译器把 TypeScript 代码编译为 WebAssembly 然后在 V8 里面运行，甚至可以直接把源码编译成二进制代码运行。Ryan Dahl 表示 deno 只需要一个编译器，那就是 TS。但是既然 deno 要兼容浏览器，那么 WebAssembly 应该也会被支持。