微前端css样式泄漏是因shadow dom缺失和全局样式共用导致的必然问题；qiankun通过styledisolation配置实现隔离，strictstyleisolation强制shadow dom但限制dom操作，micro-app需组合scoped、选择器前缀与all:initial切断继承，字体图标、css变量等仍需约定+工具链管控。
微前端里 CSS 样式泄漏的典型表现
子应用的 .btn 覆盖了主应用的 .btn，或者反过来；切换子应用后，页面字体、间距突然错乱；控制台没报错，但视觉明显“串了”。这不是偶发 bug，而是 Shadow DOM 缺失 + 全局样式表共用的必然结果。
根本原因在于：多数微前端框架（如 qiankun、micro-app）默认不启用 Shadow DOM，所有子应用的 CSS 都注入到主文档的 中，CSS 选择器全局生效，权重和加载顺序直接决定谁赢。
qiankun 中开启样式沙箱的两种方式及取舍
qiankun v2.4+ 提供了 styledIsolation 配置，但它不是开个开关就完事——实际效果取决于子应用是否支持 scoped 或 shadow。
-
styledIsolation: true：启用「严格样式隔离」，底层用CSSStyleSheet+adoptedStyleSheets动态挂载，要求浏览器支持（Chrome 73+，Firefox 96+，Safari 16.4+），旧版 Safari 直接降级为无隔离 -
styledIsolation: { strictStyleIsolation: true }：强制启用 Shadow DOM 模式，子应用根节点被包裹进shadowRoot，样式天然隔离，但要求子应用所有 DOM 操作必须在 shadow 内进行，否则document.querySelector找不到元素 - 不配置或设为
false：完全依赖手动命名空间（如加前缀.app-a-btn）或 CSS-in-JS 方案，最可控，也最累
micro-app 下如何让样式真正“关起门来”
micro-app 默认使用 scoped 模式模拟隔离，但本质仍是 class 名称哈希化，一旦子应用用了 :global 或内联 style 标签，照样泄漏。
立即学习“前端免费学习笔记（深入）”；
真正可靠的做法是组合使用：
- 在子应用构建时开启
css.modules或vue-loader的scoped，确保组件级样式不逃逸 - 禁用子应用的
<link rel="stylesheet">，改用 JS 动态加载并重写选择器（例如用postcss-prefix-selector插件给所有规则加.micro-app-a前缀） - 主应用中对子应用容器设置
all: initial，切断继承链，避免font-size、color等属性意外透传
那些你以为隔离了、其实没隔离的细节
字体图标（@font-face）、CSS 变量（:root 定义）、@keyframes 动画名、伪类 :focus-visible 的全局行为……这些都不受 class 前缀或 Shadow DOM 影响。
更隐蔽的是：子应用如果通过 document.documentElement.style.setProperty 设置了 --primary-color，主应用也能读到；而 getComputedStyle(document.body) 返回的值，可能来自任意一个已挂载子应用的计算结果。
这类问题没有银弹，只能靠约定 + 工具链拦截：在 CI 阶段用 AST 扫描子应用代码，禁止直接操作 document.documentElement 和 document.head，把变量注入改用 props 或 context 传递。
