2

@musi 但是这是 build UMD 的方式，不是 ESM

3

那你把 cdn 上的文件存储到本地不就可以了。😅

4

@Track13 不行呀。它那个文件只是一个 entry ，后面还要再动态拉取其他的文件的。具体拉多少文件是不知道的（根据你的代码实际调用情况）

5

@Radeon 🤫，好吧，esm 的 cdn 我还没有用过。都是老老实实的用 npm 。

7

@Radeon #4 有这劲拉一个完整的 react.esm.min.js 不行吗，就单独 react 来讲，动态 import 其他文件有什么性能优势吗

8

@Razio 整个互联网上没有一个 self-contained, 完整的 react.esm.min.js 。我问过 Grok 了，Grok 确认没有。只有 UMD 版本的。Grok 也同意难以置信

9

@songray 要用在浏览器里，所以不能用 CJS 。用 UMD 的话，会污染 globalThis 呀

13

@UnluckyNinja 问题是为什么要看 ESM 的步骤？不应该是 Meta/React 在 npm 包里提供步骤吗？

15

@pursuer UMD 有官方背书的 CDN ，是完整且 minified 的，不需要 AMD 版本。但是都 2025 年了，不应该默认提供 ESM 的完整 minified 的版本在 dist 目录下吗？难道诸君都不需要？

19

@Radeon ESM 不能满足我的需要，我的目标是前后端使用同一套模块加载机制且足够灵活(比如支持通过 indexeddb 加载模块,在加载前预编译代码等)，所以 ESM 的灵活性对我来说是不够的，而且 service worker 内不支持 dynamic import ，所以才做了 pxseed ，AMD 只需要 require,define,requirejs 3 个变量也还好

20

@Radeon #13 其实我没太搞懂你的真正问题是啥，看上面的回复我以为你是要从现有的 cjs build 文件想办法弄一个 esm build 出来，但现在看来也不是。如果是吐槽 react 官方不作为，CRA 今年年初才终于从文档中移除，react 官方肯定不会在意这点。如果介意全局空间污染，但 2025 年介意空间污染的基本都在用构建工具了，也就不需要再去找 esm 的构建来引入了。

21

@UnluckyNinja 主要是吐槽官方不作为。我只是想找一个像官方 UMD 版本 (react.production.min.js) 一样的 ESM 版本的 production.min.js 文件，但是整个东西方互联网都没有 (esm.sh 上的是 entry 文件，不是打包的）。我又想从 react/react-dom 的 npm 包自己来 build ，还是没有官方步骤

23

@pursuer 但是 ESM 是趋势呀，而且 ESM 的模块空间天生是隔离的，如果你以后需要加载多个 plug-in ，每个 plug-in 自带自己的库（同一个库的不同版本），ESM 的好处就体现了。这样它们互相就不干扰了