所有语言的异步 IO 都需要操作系统的非阻塞支持，比如 epoll 。
应用注册 IO，当 IO 完成后，系统会通知应用处理对应事件，这样一个线程就能同时进行多个 IO 操作，不用被阻塞调用卡住。

拿 js 举例，无栈异步语法分为回调、Promise 、async/await 三种，第一种是回调地狱，第二种链式调用开火车，第三种用同步格式写异步，最人性化。

再拿 go 举例，有栈异步语法与同步一致，调度器会在进行 IO 时自动把协程切走。py 在没有 async 语法时用的是 gevent 有栈协程，把同步操作自动换成异步，无需修改代码。

js 本身就是事件循环，无栈协程是加糖解决回调地狱。

py 有两种协程，gevent 的有栈协程，asyncio 的无栈协程，都是为了提高 IO 效率。

go 是有栈协程，m:n 调度，多个线程上可以运行多个协程，卡住时其他线程还会偷走多余的任务。本来一个线程只能进行一个 IO 操作，现在可以同时进行多个，提高 IO 效率。

c++20 的是无栈协程，但可能有隐式分配。

Rust 的是无栈协程，没有隐式分配，调度器要自己选择第三方库，基本上都有工作窃取算法。其中的无栈协程可以不用分配直接放栈上执行，也可以交给调度器作为顶层 future 执行。而且 Rust 没有 GC，实时性可以有保证。

个人认为，在各种语言中，Rust 的无栈协程是最轻量的。

两年前开始学 rust，现在风向要变成 rust 了。
等 2022 再猜下一个风向技术。

说明 V2EX 引流效果显著，应该多展示

deno 承担包管理，提供标准库，提供一系列工具，拥抱 web 标准，部分模块与浏览器直接兼容，这都是大一统的思想。对于个人来说，它不会限制开发的灵活性，而是减轻了在各种配置中折腾的痛苦。

安全性限制发展？如果向用户要权限会限制发展，那这个实现一定是有问题的，正常权限不会引起反感。

吃饭看现在，追新看未来，deno + rust 的组合前景美好，值得投资。

npm 兼容层有人在做，只要有轻松迁移的方案和第一个杀手级框架，相信会出现大规模迁移到 deno 的浪潮，这需要时间。

后端方面，ts 从语言设计、开发效率和表达力等方面讲都是一流的，用 ts 写后端是一个值得尝试的选项，deno 还缺成熟的后端框架。

DENO_DIR 是可以指定的，不一定是全局，这就提供了 vendor 和项目隔离。

deno 有锁文件，能查出模块是否被篡改，不需要手动验证。

去中心化的包管理也能中心化，想想，如果 npm 下场提供 deno 模块托管会怎么样，这就能解决生态问题。

默认 ts 是一个巨大优势，没错，是巨大优势。
ts 是 js 超集，它的类型系统就是最大的卖点，不能接受动态火葬场的人无论如何也不会回去写 js，反过来转移却很轻松。向 ts 的单向转移趋势已经非常明显了。

同 y9000x 。
先调硬盘模式才能装双系统。
装 ubuntu 不能外放，只能用耳机。
从 windows 重启到 ubuntu 就不能用耳机口，必须关机启动。
windows 使用正常，ubuntu 缺声音。
性能确实挺香的，但有以上缺陷，对产品目标群体很不友好。

@cy476571989 确实能解决很多翻译中的痛点。

进一步了解可以看 Deno 中文手册，官方的由于 github 部分被墙而看不了。
https://www.v2ex.com/t/671658

从某种角度上讲，deno 就是 node 修正各种失误后的样子。py2 到 py3 也是一个大撕裂，后来 py2 死了，时间会给出答案。

ctrl+c ctrl+v

用 Rust 写了一个玩具 web 框架，作为自己的网站后端，完成度不高。在测试环境性能比较理想，真实环境要加限制器，以免打爆其他组件。

有害化学物质而已，自己交生命税可以，别带着其他人一起交

道理我都懂，在线执行速度和 SSD 有啥关系？

firefox yes