Tailwind CSS在Shadow DOM中失效的根本原因是其样式隔离机制阻止外部CSS匹配内部元素，唯一可靠方式是将编译后的CSS字符串通过textContent注入shadowRoot内style节点，并确保content配置覆盖模板路径且Shadow DOM mode为"open"。
Tailwind CSS在Shadow DOM中失效，不是类名没写对，也不是CSS没加载，而是Shadow DOM的样式隔离机制天然阻止外部CSS规则匹配内部元素——.p-4再存在，也进不了shadowRoot。
为什么手动注入
Shadow DOM不继承父文档的<link>或全局<style></style>，@import、<link rel="stylesheet">全无效；@apply和css``生成的规则仍依赖外部作用域，无法穿透边界。唯一可控路径是把编译后的完整CSS文本，作为<style></style>节点插入到shadowRoot内部。
- 必须用
textContent注入纯CSS字符串，不能只放<link href="/tailwind.css"> - 注入时机必须在
shadowRoot创建后、元素渲染前（例如connectedCallback里） - 若重复执行（如多次
append），会导致样式叠加、权重异常，建议加data-tailwind-injected标记判断
如何安全读取并注入tailwind.css内容
浏览器环境不能直接fs.readFileSync，得靠构建时预置或运行时fetch。Vite/Webpack项目需确保tailwind.css被打包进public/或通过import转为字符串。
- Vite用户可：
import tailwindCSS from '@/styles/tailwind.css?raw'（配合vite-plugin-css-injected-by-js或手动import.meta.env.BASE_URL拼路径） - Webpack用户建议：用
raw-loader或asset/source模块类型导入CSS为字符串 - 通用 fallback：
await fetch('/tailwind.css').then(r => r.text())，但路径必须是运行时可访问的public资源，不是源码路径
content配置漏掉模板路径，注入了也没用
即使style.textContent正确注入，如果tailwind.config.js的content字段没覆盖到Shadow DOM模板所在文件（比如Lit的html`<div class="p-4"></div>`），JIT引擎根本不会生成.p-4这条规则——注入的CSS里压根没有它。
立即学习“前端免费学习笔记（深入）”；
- Lit项目：在
content里加'./src/**/*.ts'，并确认html模板被TS/JS打包器处理（而非纯字符串） - 动态拼接类名（如
class="${dynamicClass}"）：必须显式加入safelist，否则JIT会删掉未静态扫描到的类 - 使用
mode: "closed"的Shadow DOM无法注入——务必设为"open"
最容易被忽略的是：注入动作本身不保证规则存在，content扫描范围和safelist才是前置条件；而mode: "closed"会让所有注入失效，连shadowRoot.appendChild()都静默失败。
