如果可行，通过重构消除这些依赖关系并保留执行已成为上述模型。每次，这个关键问题元素都会被修改为对不重要线程系统的可测量影响。不要假设（或猜测）人类选择更快或更慢会产生什么结果。浏览器经常租用神秘的技术，其中所谓的优化主题可以产生这种巨大的效果。了解这些记录以做出明智的选择至关重要！ Web Workers 和捆绑包 大多数现代互联网开发环境都使用捆绑器来显着提高公共负载的整体性能。捆绑器通过立即将多个 JavaScript 模块捆绑到单个文件中来实现这一点。然而，对于 Workers 来说，我们需要这个记录是我们自己的，正如 Help for 更改为 Worker 构造函数所示。我经常看到人们将他们的慢跑代码编码到附近的文件或 blob 中，以对抗该捆绑器以执行所需的描述。
这两种技术都会带来太多问题虽
就目前情况而言，它无法捕获 Safari，但可以通过了解此资源或方法来绘制 blob，因此路径解析和获取不会按预期进行。这些都是对员工采用的特殊限制，但是一家知名的捆绑商正在通过 爱沙尼亚移动数据库 这个著名的 Webpack 版本对人类提出更高的要求。成为 Webpack v4worker-loader 插件，让 Webpack 捕获 Workers。从 Webpack v5 开始，Webpack 通常会识别 Worker 构造函数，甚至可以在这个最重要的线程和 Workers 之间分配模块以避免双重加载。 Rollup 对于 Rollup，我写成了 rollup-plugin-forf-vital-thread，这对于允许人员修改互联网网页至关重要。 Parcel Parcel 值得特别强调，因为 v1 和 v2 都导致人类超出范围并且没有任何更高的配置。
对于某些人来说，这些捆绑程序使用模块来运行包
收藏可以是平凡的。然而，这本身给每个人带来了问题。 Web Workers 和 ES 模块当前所有浏览器都通过 <script type=”module 手动调用相应的工作浏览器。除了 Firefox 之外的所有现代浏览器 选择列表 现在也支持此相应的员工浏览器组。Safari 在出现时工作，因为提供了新的支持，内部更改为原因，因此，记住如何帮助几乎较旧的浏览器是至关重要的。幸运的是，尽管浏览器现在不再拥有模块资源，但所有捆绑程序（上面这个插件的作用）将确保您的模块代码是在线程中运行。在这里享受效果。使用捆绑器被认为是模块人员的填充物。这张桌子摘自显示现在大多数浏览器都有手动模块人员。Firefox 和所有 Internet Explorer 都缺乏它。
