原文地址：Introducing Turbo: 5x faster than Yarn & NPM, and runs natively in-browser 🔥

原文作者：Eric Simons

译文出自：掘金翻译计划

本文永久链接：github.com/xitu/gold-m…

译者：Cherry

校对者：萌萌、noahziheng

介绍 Turbo：比 Yarn 和 NPM 快 5 倍，可以在本地浏览器中运行🔥

注意：这是我在 12 月6 日在谷歌山景学校演讲的一部分，欢迎加入！

在经过四个月的努力，我很兴奋的宣布 Turbo 诞生了！🎉

Turbo 是一个速度极快的 NPM 客户端，最初是为 StackBlitz 创建的：

安装包的速度最少是 Yarn 和 NPM 的五倍 🔥
** 将 node_modules 的大小减少到两个数量级😮 **
用于生产级可靠性的多层冗余 💪
完全在 Web 浏览器中工作，能够拥有闪电般的开发环境 ⚡️

在 StackBlitz.com 中使用 Turbo 安装 NPM 包的实际速度

为什么呢？

当我们刚开始开发 StackBlitz 的时候，我们的目标就是创建一个在线的 IDE，这个 IDE 可以让你感觉和超级跑车的轮子一样快：你只需要接受瞬间响应命令的喜悦即可。

和 Turbo 不同的是，NPM 和 Yarn 是本地的。因为设计 NPM 和 Yarn 就是用来处理大量依赖后台代码库，需要本地二进制或和其他资源。他们的安装速度就是超级跑车的速度和卡车的速度。但前端代码很少有这种大规模的依赖，难道这会有什么问题吗？当然，这些依赖仍然会作为 devDependencies 和 sub-dependencies 进入安装流程，并且依旧被下载和引用。将形成那个臭名昭著的黑洞：node_modules。

为什么 NPM 不在本地的浏览器中工作，这是问题的关键。在 node_modules 文件夹中解析、下载、提取百兆字节（或千兆字节）的典型前端项目是一个挑战，在浏览器中并不适合这样做。此外，这也证明了为什么这个问题的服务器端解决方法是慢、不可靠、并且成本较高的。

所以，如果 NPM 本身不能在浏览器端运行，那我们从底层建一个新的 NPM 客户端会怎么样呢？

解决方案：一个专门为 Web 构建的更聪明、更快的包管理器📦

Turbo 的速度和效率大部分是通过利用与现代前端应用程序相同的技术来完成的，他们使用了 snappy performance—tree-shaking、懒加载和启用了 gzip 压缩的普通 XHR/fetch 请求。

按需检索文件 🚀

Turbo 很巧妙的只检索 main、typings、和其他相关文件需要的文件而不是下载整个压缩包。无论是个人项目还是大型项目，这都减轻了惊人的负载。

RxJS 和 RealWorld Angular 总有效载荷大小的比较

那么如果你的重要文件并没有被主文件引用会怎么样呢？例如一个 Sass 文件，不用担心，Turb 按需进行懒加载并且一直保存以便将来使用，这个和微软新推出的 GVFS Git protocol 工作原理有些类似。

具有多种故障转移策略的健壮缓存 🏋️

我们最近推出了一个具有 Turbo 特征的 CDN，所有的 NPM 包都在一个使用 gzip 打包的 JSON 请求中，大大提高了包安装的速度。这个概念类似于 npm 的 tarball，它合并了所有的文件并且压缩他们。然而，Turbo 的缓存智能的只包含你项目需要的文件并压缩他们。

每一个 Turbo 的客户端都是在浏览器中独立运行的，并且如果你引用的包文件在我们的缓存中，那么会直接从 jsDelivr 提供的大量的 CDN 资源中自动按需下载。如果 jsDelivr 访问不了了怎么办？不要担心，会自动替换成 Unpkg CDN，提供三层超可靠的独立的包安装工具👌。

快如闪电的依赖解决方案 ⚡️

为了确保最小的有效负载大小，Turbo 使用一个定制的解析算法，在可能的情况下积极解决通用包版本。这也是出奇的快和冗余：无服务版本的解析器有权使用 NPM 在内存中的整个数据集并且在 85ms 内解析任何 package.json 文件。Turbo 在连接无服务器版本的解析器时有任何的问题，即便失败的时候也可以优雅的在浏览器中完整运行并且保留所有用于解决问题所必需的元数据。

在客户端完成依赖管理也会带来一些新的令人兴奋的可能性，比如只需单击一次就可以安装缺少的对等依赖关系 😮:

因为没有人读这些 NPM 在控制台输出的警告 😜

Turbo可以大规模使用的证据 📈

Turbo 目前能够可靠地处理每个月百万级别的请求数，并且开销可以忽略不计。我们很兴奋的宣布：Google 的 Angular 团队最近选择 StackBlitz 来支持他们文档中的实例，而有数以百万计的开发人员在使用他们的文档。

技术预览 🙌

Turbo 是依赖于 StackBlitz.com 的，并且通过技术预览阶段我们将会运行大量的测试和测速，检验效能和可靠性的改进，你的每一个反馈都是至关重要的，所以在使用中遇到问题，不假思索的向我们提 issues 和在我们的 Discord 社区里和我们沟通🍻

然而 Turbo 最初是为生产级的使用而设计的，但在现实的 IDE（stackblitz）中，Turbo 已经找到了少数的在线应用场所，在社区，人们已经开始设计一种方法，使用 Turbo 使脚本类型与模块相等（很酷有没有！！！），我们迫不及待地想看到人们提出的其他惊人的东西，所以，一旦我们的 API 更加完善，我们会将其在我们的 Github 中完全开源（和 StackBlitz 的其他部分一起）以供全世界人们使用 🤘。

最后，我们非常感谢 Google 的 Angular 团队在我们的技术下的赌注，同时感谢 Google Cloud 团队将他们令人惊叹的服务赞助给 Turbo 使用！❤️

一如既往，请随时通过 Tweet 联系我

有任何的疑问、反馈、想法等等都可以通过 @ericsimons40 或者 @stackblitz 联系我：）

另外，如果你有兴趣支持我们的工作，请考虑订阅 Thinkster Pro！我们正在创建一个新系列关于我们是如何创建 Turbo 和 StackBlitz 的，以及修改我们的目录：）

我希望你们能看下我 12 月 6 日在 Mountain View 的视频。

掘金翻译计划是一个翻译优质互联网技术文章的社区，文章来源为掘金上的英文分享文章。内容覆盖 Android、iOS、前端、后端、区块链、产品、设计、人工智能等领域，想要查看更多优质译文请持续关注掘金翻译计划、官方微博、知乎专栏。