应采用作用域隔离或命名空间包裹：用 :is() 配合局部容器限制第三方样式生效范围，或通过 CSS Modules、@layer、手动前缀等方式规避冲突；对 !important 泛滥者可用更具体选择器覆盖、all: unset 重置或 iframe 隔离。
第三方 CSS 没加作用域，直接污染全局样式怎么办
第三方样式（比如 normalize.css、tailwind.css 或某个 UI 库的未打包版 CSS）一旦通过 引入，其中的类名、标签选择器、通配符（如 * {}）会无差别作用于整个页面。你写好的 .header、button、h2 可能瞬间变形——这不是 bug，是 CSS 天然的层叠和全局性决定的。
最直接的应对不是“删掉它”，而是把它“关进笼子”。核心思路只有两个：要么让它的规则只在特定区域生效（作用域隔离），要么让它不跟你的选择器撞名（命名空间包裹）。
用 :is() + 局部容器实现轻量作用域隔离
现代浏览器（Chrome 105+、Firefox 111+、Safari 16.4+）支持 :is()，配合一个唯一容器 class，可快速限制第三方样式生效范围。原理是：把所有第三方规则前缀加上该容器选择器，再用 :is() 包裹避免重复书写。
- 给引入第三方样式的区域套一层
... - 用构建工具（如 PostCSS）或手动处理第三方 CSS：把每条规则前加上
.third-party-scope :is(...) - 例如原样式
button { padding: 8px; }→ 改为.third-party-scope :is(button) { padding: 8px; } - 注意：不能改
@font-face、@keyframes等 at-rule，它们本就不受作用域影响
这种做法零侵入你原有代码，也不依赖 Shadow DOM，适合临时嵌入第三方组件（如客服 widget、统计图表）。
用 CSS Modules 或 @layer + 命名空间前缀规避冲突
如果你控制第三方 CSS 的加载方式（比如用 Webpack/Vite 导入），优先走模块化路径；若只能用 CDN 链接，则需手动加命名空间前缀。
- CSS Modules 下，第三方样式导入后自动加哈希，但仅对类名有效；标签选择器（如
input:focus）仍会泄漏 → 必须配合局部容器 - 使用
@layer third { ... }可提升可控性，但需确保你的项目样式也用@layer分层，并按顺序@import，否则层叠优先级可能翻车 - 手动加前缀（如把
.btn全替成.myapp-third-btn）适合小体积 CSS，可用sed或 VS Code 多光标批量替换；但注意别漏掉伪类里的引用（如.btn:hover→.myapp-third-btn:hover）
重点：前缀法治标不治本——如果第三方样式里有 html, body { margin: 0; } 这种重置规则，前缀完全无效，必须靠容器隔离或覆盖重置。
遇到 !important 泛滥的第三方 CSS 怎么办
有些库（尤其老版本 Bootstrap、某些营销组件）滥用 !important，导致你自己的样式权重再高也压不住。这时候别硬刚 specificity，换策略：
- 用更具体的选择器覆盖，例如第三方写
.btn { color: red !important; }，你写body .myapp .btn { color: blue !important; }（靠层级堆权重）
- 在
标签中用all: unset重置容器内所有继承/初始值，再逐个声明你需要的样式，彻底切断第三方影响链 - 终极方案：用
iframe加载第三方内容。它天然具备样式隔离，但代价是无法直接通信、SEO 不友好、滚动/尺寸同步麻烦
真正难处理的从来不是 class 名冲突，而是那些隐式全局重置（*, *::before, *::after { box-sizing: border-box; }）和强制继承（body { font-family: ... !important; }）。这些必须在容器级拦截，而不是寄希望于类名改写。
