从零开始写一个微前端框架-样式隔离篇

前言 自从微前端框架micro-app开源后,很多小伙伴都非常感兴趣,问我是如何实现的,但这并不是几句话可以说明白的。为了讲清楚其中的原理,我会从零开始实现一个简易的微前端框架,它的核心功能包括:渲染、JS沙箱、样式隔离、数据通信。由于内容太多,会根据功能分成四篇文章进行讲解,这是系列文章的第三篇:样式隔离篇。
通过这些文章,你可以了解微前端框架的具体原理和实现方式,这在你以后使用微前端或者自己写一套微前端框架时会有很大的帮助。如果这篇文章对你有帮助,欢迎点赞留言。
相关推荐

  • micro-app仓库地址
  • simple-micro-app仓库地址
  • 从零开始写一个微前端框架-渲染篇
  • 从零开始写一个微前端框架-沙箱篇
  • 从零开始写一个微前端框架-样式隔离篇
  • 从零开始写一个微前端框架-数据通信篇
  • micro-app介绍
开始 前两篇文章中,我们已经完成了微前端的渲染和JS沙箱功能,接下来实现微前端的样式隔离。
问题示例
我们先创建一个问题,验证样式冲突的存在。在基座应用和子应用上分别使用div元素插入一段文字,两个div元素使用相同的class名text-color,分别在class中设置文字颜色,基座应用为red,子应用为blue
由于子应用是后来执行的,它的样式覆盖了基座应用,产生了样式冲突。
从零开始写一个微前端框架-样式隔离篇
文章图片

样式隔离实现原理
【从零开始写一个微前端框架-样式隔离篇】要实现样式隔离必须对应用的css进行改造,因为基座应用无法控制,我们只能对子应用进行修改。
先看一下子应用被渲染后的元素构造:
从零开始写一个微前端框架-样式隔离篇
文章图片

子应用的所有元素都被插入到micro-app标签中,且micro-app标签具有唯一的name值,所以通过添加属性选择器前缀micro-app[name=xxx]可以让css样式在指定的micro-app内生效。
例如:
.test { height: 100px; }
添加前缀后变为:
micro-app[name=xxx] .test { height: 100px; }
这样.test的样式只会影响到name为xxx的micro-app的元素。
渲染篇中我们将link标签引入的远程css文件转换为style标签,所以子应用只会存在style标签,实现样式隔离的方式就是在style标签的每一个CSS规则前面加上micro-app[name=xxx]的前缀,让所有CSS规则都只能影响到指定元素内部。
通过style.textContent获取样式内容是最简单的,但textContent拿到的是所有css内容的字符串,这样无法针对单独规则进行处理,所以我们要通过另外一种方式:CSSRules
当style元素被插入到文档中时,浏览器会自动为style元素创建CSSStyleSheet样式表,一个 CSS 样式表包含了一组表示规则的 CSSRule 对象。每条 CSS 规则可以通过与之相关联的对象进行操作,这些规则被包含在 CSSRuleList 内,可以通过样式表的 cssRules 属性获取。
形式如图:
从零开始写一个微前端框架-样式隔离篇
文章图片

所以cssRules就是由单个CSS规则组成的列表,我们只需要遍历规则列表,并在每个规则的选择器前加上前缀micro-app[name=xxx],就可以将当前style样式的影响限制在micro-app元素内部。
代码实现
创建一个scopedcss.js文件,样式隔离的核心代码都将放在这里。
我们上面提到过,style元素插入到文档后会创建css样式表,但有些style元素(比如动态创建的style)在执行样式隔离时还没插入到文档中,此时样式表还没生成。所以我们需要创建一个模版style元素,它用于处理这种特殊情况,模版style只作为格式化工具,不会对页面产生影响。
还有一种情况需要特殊处理:style元素被插入到文档中后再添加样式内容。这种情况常见于开发环境,通过style-loader插件创建的style元素。对于这种情况可以通过MutationObserver监听style元素的变化,当style插入新的样式时再进行隔离处理。
具体实现如下:
// /src/scopedcss.jslet templateStyle // 模版sytle/** * 进行样式隔离 * @param {HTMLStyleElement} styleElement style元素 * @param {string} appName 应用名称 */ export default function scopedCSS (styleElement, appName) { // 前缀 const prefix = `micro-app[name=${appName}]`// 初始化时创建模版标签 if (!templateStyle) { templateStyle = document.createElement('style') document.body.appendChild(templateStyle) // 设置样式表无效,防止对应用造成影响 templateStyle.sheet.disabled = true }if (styleElement.textContent) { // 将元素的内容赋值给模版元素 templateStyle.textContent = styleElement.textContent // 格式化规则,并将格式化后的规则赋值给style元素 styleElement.textContent = scopedRule(Array.from(templateStyle.sheet?.cssRules ?? []), prefix) // 清空模版style内容 templateStyle.textContent = '' } else { // 监听动态添加内容的style元素 const observer = new MutationObserver(function () { // 断开监听 observer.disconnect() // 格式化规则,并将格式化后的规则赋值给style元素 styleElement.textContent = scopedRule(Array.from(styleElement.sheet?.cssRules ?? []), prefix) })// 监听style元素的内容是否变化 observer.observe(styleElement, { childList: true }) } }

scopedRule方法主要进行CSSRule.type的判断和处理,CSSRule.type类型有数十种,我们只处理STYLE_RULEMEDIA_RULESUPPORTS_RULE三种类型,它们分别对应的type值为:1、4、12,其它类型type不做处理。
// /src/scopedcss.js/** * 依次处理每个cssRule * @param rules cssRule * @param prefix 前缀 */ function scopedRule (rules, prefix) { let result = '' // 遍历rules,处理每一条规则 for (const rule of rules) { switch (rule.type) { case 1: // STYLE_RULE result += scopedStyleRule(rule, prefix) break case 4: // MEDIA_RULE result += scopedPackRule(rule, prefix, 'media') break case 12: // SUPPORTS_RULE result += scopedPackRule(rule, prefix, 'supports') break default: result += rule.cssText break } }return result }

scopedPackRule方法种对media和supports两种类型做进一步处理,因为它们包含子规则,我们需要递归处理它们的子规则。
如:
@media screen and (max-width: 300px) { .test { background-color:lightblue; } }

需要转换为:
@media screen and (max-width: 300px) { micro-app[name=xxx] .test { background-color:lightblue; } }

处理方式也十分简单:获取它们的子规则列表,递归执行方法scopedRule
// /src/scopedcss.js// 处理media 和 supports function scopedPackRule (rule, prefix, packName) { // 递归执行scopedRule,处理media 和 supports内部规则 const result = scopedRule(Array.from(rule.cssRules), prefix) return `@${packName} ${rule.conditionText} {${result}}` }

最后实现scopedStyleRule方法,这里进行具体的CSS规则修改。修改规则的方式主要通过正则匹配,查询每个规则的选择器,在选择前加上前缀。
// /src/scopedcss.js/** * 修改CSS规则,添加前缀 * @param {CSSRule} rule css规则 * @param {string} prefix 前缀 */ function scopedStyleRule (rule, prefix) { // 获取CSS规则对象的选择和内容 const { selectorText, cssText } = rule// 处理顶层选择器,如 body,html 都转换为 micro-app[name=xxx] if (/^((html[\s>~,]+body)|(html|body|:root))$/.test(selectorText)) { return cssText.replace(/^((html[\s>~,]+body)|(html|body|:root))/, prefix) } else if (selectorText === '*') { // 选择器 * 替换为 micro-app[name=xxx] * return cssText.replace('*', `${prefix} *`) }const builtInRootSelectorRE = /(^|\s+)((html[\s>~]+body)|(html|body|:root))(?=[\s>~]+|$)/// 匹配查询选择器 return cssText.replace(/^[\s\S]+{/, (selectors) => { return selectors.replace(/(^|,)([^,]+)/g, (all, $1, $2) => { // 如果含有顶层选择器,需要单独处理 if (builtInRootSelectorRE.test($2)) { // body[name=xx]|body.xx|body#xx 等都不需要转换 return all.replace(builtInRootSelectorRE, prefix) } // 在选择器前加上前缀 return `${$1} ${prefix} ${$2.replace(/^\s*/, '')}` }) }) }

使用
到此样式隔离的功能基本上完成了,接下来如何使用呢?
在渲染篇中,我们有两处涉及到style元素的处理,一个是html字符串转换为DOM结构后的递归循环,一次是将link元素转换为style元素。所以我们需要在这两个地方调用scopedCSS方法,并将style元素作为参数传入。
// /src/source.js/** * 递归处理每一个子元素 * @param parent 父元素 * @param app 应用实例 */ function extractSourceDom(parent, app) { ... for (const dom of children) { if (dom instanceof HTMLLinkElement) { ... } else if (dom instanceof HTMLStyleElement) { // 执行样式隔离 +scopedCSS(dom, app.name) } else if (dom instanceof HTMLScriptElement) { ... } } }/** * 获取link远程资源 * @param app 应用实例 * @param microAppHead micro-app-head * @param htmlDom html DOM结构 */ export function fetchLinksFromHtml (app, microAppHead, htmlDom) { ... Promise.all(fetchLinkPromise).then((res) => { for (let i = 0; i < res.length; i++) { const code = res[i] // 拿到css资源后放入style元素并插入到micro-app-head中 const link2Style = document.createElement('style') link2Style.textContent = code +scopedCSS(link2Style, app.name) ... }... }).catch((e) => { console.error('加载css出错', e) }) }

验证
完成以上步骤后,样式隔离的功能就生效了,但我们需要具体验证一下。
刷新页面,打印子应用的style元素的样式表,可以看到所有规则选择器的前面已经加上micro-app[name=app]的前缀。
从零开始写一个微前端框架-样式隔离篇
文章图片

此时基座应用中的文字颜色变为红色,子应用为蓝色,样式冲突的问题解决了,样式隔离生效。
从零开始写一个微前端框架-样式隔离篇
文章图片

结语 从上面可以看到,样式隔离实现起来不复杂,但也有局限性。目前的方案只能隔离子应用的样式,基座应用的样式依然可以影响到子应用,这一点没有iframe和shadowDom做的那么完善,所以最好的方案还是使用cssModule之类的工具或团队之间协商好样式前缀,从源头解决问题。

    推荐阅读