Node.js的劲敌来了:Deno是用于在Web浏览器之外执行JavaScript和TypeScript的运行环境

20-05-15 banq

 Deno是一个新的javascript非浏览器的运行环境,用于在Web浏览器之外执行JavaScript和TypeScript。这点非常类似Node.js。

Deno试图提供一个独立的工具来快速编写复杂功能的脚本。Deno是(并将始终是)单个可执行文件。就像网络浏览器一样,它知道如何获取外部代码。在Deno中,单个文件可以定义任意复杂的行为,而无需任何其他工具。

import { serve } from "https://deno.land/std@0.50.0/http/server.ts";
for await (const req of serve({ port: 8000 })) {
  req.respond({ body: "Hello World\n" });
}

在这里,将完整的HTTP服务器模块作为依赖项添加到一行中。没有其他配置文件,没有预先安装deno run example.js。

与浏览器一样,默认情况下,代码在安全的沙箱中执行。未经允许,脚本无法访问硬盘驱动器,打开网络连接或进行任何其他潜在的恶意操作。浏览器提供了用于访问相机和麦克风的API,但用户必须首先授予权限。Deno在终端中提供类似的行为。除非--allow-net提供命令行标志,否则上面的示例将失败。

与Node区别

Node是在JavaScript具有Promises或async / await概念之前设计的。Node所承诺的对手是EventEmitter,它基于重要的API,即套接字和HTTP。除了异步/等待的人体工程学优势外,EventEmitter模式还存在背压问题。以TCP套接字为例。套接字在收到传入数据包时将发出“数据”事件。这些“数据”回调将以不受限制的方式发出,从而使事件充满整个过程。由于Node继续接收新的数据事件,因此基础TCP套接字没有适当的背压,因此远程发送方不知道服务器已超负荷并继续发送数据。为了减轻这个问题,pause()方法已添加。这可以解决问题,但是需要额外的代码;而且由于泛洪问题仅在进程非常繁忙时才会出现,因此许多Node程序都可能被数据泛洪。结果是系统的尾部延迟时间很长。

在Deno中,套接字仍然是异步的,但是接收新数据需要用户显式地进行read()。正确构造接收套接字不需要额外的暂停语义。这不是TCP套接字独有的。系统的最低绑定层从根本上与承诺相关联-我们称这些绑定为“ ops”。Deno中以某种形式出现的所有回调均来自promise。

Rust有其自己的类似于承诺的抽象,称为Futures。通过“ op”抽象,Deno使将Rust未来的API绑定到JavaScript promise中变得容易。

重要的是:要了解Deno不是Node的分支-它是一个全新的实现。Deno的开发仅两年时间,而Node的开发已超过十年。考虑到对Deno的兴趣,我们希望它会继续发展和成熟。

我们不断跟踪Deno的HTTP服务器的性能。HelloWorld的Deno HTTP服务器每秒处理约25,000个请求,最大延迟为1.3毫秒。一个可比的Node程序每秒处理34,000个请求,最大延迟介于2到300毫秒之间。

Deno的HTTP服务器是在本机TCP套接字顶部的TypeScript中实现的。Node的HTTP服务器使用C语言编写,并作为对JavaScript的高级绑定公开。我们一直拒绝将本地HTTP服务器绑定添加到Deno的冲动,因为我们要优化TCP套接字层,更常见的是优化op接口。

 

                   

猜你喜欢