有时开发者需要和一些“很重”的组件打交道 -- 这通常是指由于执行了复杂的任务，所以创建和渲染开销都很大的组件。
比方说，我昨天就在使用“StoryBlok”工具库创建富文本编辑器的时候遇到了麻烦。
事情是这样的，从 StoryBlok API 获取富文本内容的时候，得到的数据有其独有的结构。为了将这种数据渲染到 HTML 中，就必须使用 storyblok-js-client 库提供的 richTextResolver.render(content) 方法。
我们可以将这个功能封装到一个 RichText.vue 组件中。一种基本的实现可能是：
<template> <div v-html="contentHtml"></div> </template> <script> export default { props: ["content"], computed: { contentHtml() { // $storyapi 是来自于 StoryBlok Nuxt.js 模块中的一个实例 return this.$storyapi.richTextResolver.render(content); } } }; </script>
至此似乎平淡无奇，但...惊喜雷⚡️不期而至。
看上去，把这些内容渲染出来可是个繁重的工作，这在 StoryBlok 的各种组件开始渲染包含大量内容的数据时尤为明显。
现在再想象这样的场景：你的页面上有个包含富文本组件的列表，以及一个下拉筛选器。当你改变筛选项时，将重新请求符合筛选的所有内容，再把列表项都重新渲染一遍。
实际运行后你还将看到 richTextResolver.render 带来的渲染负担：筛选下拉框在被选择值后的关闭动作非常迟缓。
原因就在于默认的 JavaScript 运行在主线程，也就是被称作 UI-blocking 的问题。
问题是理解了，但...如何解决呢？其实也很简单：为富文本渲染任务使用一个 Web Worker 就行了。
如果要对 JS 单线程和 Web Worker 有所了解，请阅读：
Web Worker 运行在一个独立的线程中，且不会造成 UI 阻塞，非常适于我们的用例。
worker-loader 插件
更多的技术细节请阅读上面的链接，这里只要知道 Web Worker 运行在自有的上下文中，并且默认情况无法访问外部上下文就行了。但本例中我们要访问到 storyblok-js-client npm 模块。对此，可以用 Webpack 中的 worker-loader 解决。
首先用 npm install -D worker-loader 安装依赖。然后需要对其配置，比如在本例中的 Nuxt.js 中像这样配置 nuxt.config.js :
build: { extend(config, { isDev, isClient }) { config.module.rules.push({ test: /\.worker\.js$/, use: { loader: "worker-loader" } }); } }
这样一来，所有 .worker.js 结尾的文件都将被 worker-loader 注册为 Web Worker。
下面创建一个 render-html.worker.js：
import StoryblokClient from "storyblok-js-client"; let storyClient = new StoryblokClient({}); self.addEventListener("message", ({ data }) => { const result = storyClient.richTextResolver.render(data); self.postMessage(result); });
这就是一个 worker 的基础实现。需要监听 message 事件，这也正是与你的 Vue.js 应用通讯的方式。当你从事件中得到 data 后，用 storyblok-js-client 渲染该数据，并将得到的结果用 self.postMessage 回传。
接着来升级一下 RichText.vue 组件，以使用以上 worker ：
<template> <div v-html="contentHtml"></div> </template> <script> import Worker from "./render-html.worker.js"; const worker = new Worker(); export default { props: ["content"], data: () => ({ contentHtml: "" }), mounted() { // 等待处理好的 HTML 内容，并更新到状态中 worker.onmessage = ({ data }) => { this.contentHtml = data; }; // 将原始内容传递给 worker 渲染 worker.postMessage(this.content); } }; </script>
结果
你肯定很好奇，经过这一番折腾，性能上有何改善呢？看看就知道了。
在 main.js 等处设置 Vue.config.performance = true 后，在 Chrome DevTools 里的 performance 选项卡中可查看性能监测数据。
结果分别是：组件渲染（创建 VDom 结构的时间）快了 20.65 倍、patch（将 VDom 结构应用到 DOM 上的时间）快了 1.39 倍。
