大家好，早布我卡颂。局前建

已经有越来越多前端开发者放弃webpack，端基改用vite作为项目打包工具。早布

其中最主要的局前建原因是 —— vite在开发环境基于ESM规范实现的Nobundle模式，节省了「代码打包」的端基时间（当然，也有ESBuild的早布功劳）。

而在生产环境，局前建当前仍有打包的端基需求。

随着浏览器的早布迭代，ESM规范兼容性越来越好，局前建终有一天会进入「生产环境大面积可用」的端基状态。

ESM规范兼容性

届时「生产环境打包」将不再是早布刚需。

另一方面，局前建从HTTP协议的端基角度看，在HTTP/1.1时代，多个模块被打包成一个文件能减少「浏览器并发请求数」，达到优化目的。

但在HTTP/2多路复用普及后，这么做的意义就不大了。

可以说，当这些基建成熟后，云南idc服务商生产环境使用ESM模块是水到渠成的事情。

很多团队预感到这点，很早就开始布局相关产品。今天要介绍的Skypack就是这样一款产品。

不一样的CDN

Skypack首次发布于19年6月（曾用名Pika CDN），是一款「基于ESM规范的CDN服务」。

在浏览器中，常见的CDN服务通常以script标签的形式引入UMD规范的代码，以ReactDOM举例：

代码执行后会在全局暴露对象window.ReactDOM。

一些情况下，一个包还会依赖其他包，比如ReactDOM还会依赖如下3个包：

为了应对这种情况，在生产环境开发者通常会将第三方依赖统一打包。

而Skypack以ESM规范引入代码：

// 在业务代码中引入如下语句

浏览器会依次发起对「包及其依赖」的请求：

配合上浏览器的Module Preload[1]特性，可以让这些资源统一预加载。

这就解决了第三方依赖需要打包的问题。

按需polyfill

如果你访问上述CDN链接（https://cdn.skypack.dev/react-dom），会发现返回的结果并不是ReactDOM的b2b供应网代码，而是下面两句export语句：

export * from /-/react-dom@v17.0.1-oZ1BXZ5opQ1DbTh7nu9r/dist=es2019,mode=imports/optimized/react-dom.js;

语句的背后才是ESM规范的ReactDOM代码。

之所以这么做是因为：Skypack会根据「目标浏览器的UA」为浏览器提供适合的包。

在高版本Chrome中的代码不需要polyfill，而在低版本IE中的代码需要polyfill，所以不同目标浏览器拿到的是不同的ReactDOM代码。

上述export语句中哈希（oZ1BXZ5opQ1DbTh7nu9r）的不同就对应「同一个版本的ReactDOM经过不同程度polyfill后的不同结果」。

此外，在url后加min能得到「压缩后的代码」：

接下来让我们看看Skypack是如何处理请求的。

处理请求的流程

并不是所有包都有ESM规范的产物（React就没有），当以如下url格式访问任意包时：

// xxx替换为任意包名

如果之前从未有人访问过这个包，则会「构建包及其依赖的亿华云计算ESM产物」并返回。

比如ReactDOM本身只提供UMD规范的产物，第一个访问他的Skypack CDN链接的用户会经历如下步骤：

在ReactDOM的产物代码中可以看到，他依赖的三个包已经转为ESM规范：

总结

除了Skypack外，esm.sh[2]也是类似功能的ESM CDN服务。

等到前端基建成熟的那天，相信这些ESM CDN服务一定能大放异彩。

[1]Module Preload:https://developer.chrome.com/blog/modulepreload/。

[2]esm.sh:https://esm.sh/。