@import在Shadow DOM中不推荐，因其同步阻塞渲染导致300–600ms延迟，SSR不生效、HMR后样式丢失、路径解析易404、构建工具无法处理、错误静默忽略；fetch需防重复注入与竞态，adoptedStyleSheets是现代首选但Safari 17.4+才稳定支持。
@import 在 Shadow DOM 中能用，但会阻塞渲染；fetch 不阻塞，但容易重复注入。生产环境别无选择：优先用 adoptedStyleSheets，降级时才考虑 fetch + innerHTML，@import 仅限原型验证。
为什么 @import 在 shadowRoot.innerHTML 中不推荐
@import 是同步阻塞行为——浏览器必须等 CSS 文件下载、解析完，才能继续处理后续样式或 DOM 渲染。实测延迟在 300–600ms，对首屏体验影响明显。
- 服务端渲染（SSR）中完全不生效，因为没有网络请求上下文
- HMR 热更新后，
@import块常被丢弃，样式瞬间丢失 - 路径基于当前 HTML 文档 URL 解析，不是组件 JS 所在位置，极易 404
- Webpack/Vite 等构建工具无法识别该引用，不能做哈希、压缩或依赖分析
- 若 CSS 返回 404/500，整个
<style></style>块会被浏览器静默忽略，无任何报错提示
用 fetch 注入 CSS 时怎么避免重复和竞态
这是最常翻车的环节：列表渲染 10 个相同组件，就可能触发 10 次 fetch('./style.css')，最终 shadowRoot 里塞进 10 个一模一样的 <style></style> 标签，导致权重混乱、调试困难。
- 必须加守卫：用
shadowRoot.querySelector('style[data-id="my-comp"]')判断是否已注入 - fetch 失败时需 fallback，比如插入默认基础样式，或抛出
console.error - 不要在
constructor里发请求——此时shadowRoot可能还没创建；应放在connectedCallback或首次渲染逻辑中 - 避免直接拼字符串：
node.innerHTML = data易受 XSS 影响；建议用CSSStyleSheet构造后再注入（若兼容）或至少做简单转义
adoptedStyleSheets 的兼容性坑与正确用法
这是目前唯一符合 Web Components 设计哲学的方案：样式实例直接挂载，不插入 DOM，支持变量继承、动态替换，且不触发重排。
立即学习“前端免费学习笔记（深入）”；
- 必须用
new CSSStyleSheet()创建，传字符串或<style></style>元素会直接报错 - Safari 17.4+ 才稳定支持；15–17.3 版本中
replaceSync()抛错、insertRule()失效，务必检测并降级 - Firefox 旧版本（adoptedStyleSheets 属性
- 多个组件共用同一份样式？复用同一个
CSSStyleSheet实例即可，不用重复replaceSync() - 降级逻辑必须显式写：
if ('adoptedStyleSheets' in shadowRoot) { ... } else { /* fetch + innerHTML */ }，否则旧版直接白屏
真正麻烦的不是“怎么引入”，而是“如何让样式在 Safari 17.2、Firefox 88、Chrome 95 这些真实存量环境中都可靠生效”。adoptedStyleSheets 的 API 看似干净，但它的支持断层就在最近两年——这意味着你得亲手写兼容层，而不是 copy-paste 一个示例就完事。
