刚才看到的，在Nodejs,Deno后,BUN又一个JS运行环境，https://bun.sh/
学不动了，扶我起来，继续。啥时候咱们有一个自己的轮子。
让子弹飞一会儿，等 bun 功能完善了再看性能
刚我在windows子系统linux跑了下 bun的hello word出来了 有意思
- 不太清楚是否 jsc 要比 v8 本身要快，不过目前 Deno 团队正在尝试使用 v8 的 fast call，截图里的 ffi 性能不会差于 bun
- Deno 的 http server 默认会开启 stream transformer 来做压缩，也就是说 hello world 的 bench 没有太大意义，要看 real world 的 bench 差异。同时 Deno 团队也在尝试一些更激进的 http server 库，比如 uWS，甚至有可能自己实现 http 协议。
- 个人很喜欢 All In One 的 Runtime, built-in 模块确实会带来性能的巨大提升，同时可以减少外部依赖引入。Deno 以前的 API 也是有点 all in one 的感觉，比如
Deno.emit(swc，已经被删除)。Deno 自从加入 tc39 后就比较在意特性是否遵循 web standard。比如是否内置 sqlite， 在 deno 社区就被提了无数次，但是它不是 web 标准一直没有被加入。反而是实验性的支持了 WebGPU 。
以上是个人的一些感受，因为我在 Deno 核心团队，无法避免有一些个人偏向，Bun 确实很优秀，很期待它稳定以后的表现。
2 个赞
deepkit-framework也是它自己的runtime
非主流很多
endojs
…
不过基于 JSCore可能后续有m1系列硬件优化优势，很多技术都要给苹果让路。。。webgpu是其一。
jsc 的启动速度比 v8 要快一些
deno makes nodejs right
bun makes nodejs fast
Node.js 双赢，赢麻了