scoped 是伪隔离，依赖属性选择器标记；Shadow DOM 是原生隔离，外部样式无法穿透。CSS Modules 需避免字符串拼接 class 和滥用 :global()，slot 交互样式应使用 :deep() 或提升至父组件。
组件内样式隔离：scoped 与 shadow DOM 的实际差异
Vue 的 scoped 并非真正隔离，它只是通过属性选择器（如 data-v-f3f2d1a2）为元素打标记，并在 CSS 中追加对应属性选择器。这意味着子组件的根元素若未显式渲染该属性，其样式就可能“漏出”或“收不到”。而 Shadow DOM 是浏览器原生隔离机制，:host、::slotted 等伪类只作用于影子树内部，外部样式默认无法穿透，连 !important 都无效。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- Vue / React 项目优先用
scoped或 CSS Modules，但需注意：子组件若用v-html或动态插入 DOM，生成的元素不会自动带 scope 属性，得手动补或改用DOMPurify+ 样式白名单 - Web Components 场景下，直接启用
ShadowRoot（attachShadow({ mode: 'closed' })更安全），避免用open模式暴露内部结构 - 不要依赖
scoped防止第三方 UI 库样式干扰——它们通常不带 scope，反而会覆盖你的局部样式
CSS Modules 中 class 名冲突与动态拼接陷阱
CSS Modules 会将 .btn 编译成类似 _btn_1x2y3 的唯一哈希名，但如果你在 JS 中硬编码字符串拼接 class，比如 className={styles.btn + ' extra-class'}，那 extra-class 就脱离了模块管控，可能污染全局或被其他组件意外命中。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 所有 class 必须来自
import styles from './Button.module.css'，禁止写死字符串 class - 需要组合多个模块 class 时，用
clsx或classnames库：import clsx from 'clsx';
className={clsx(styles.btn, props.disabled && styles.disabled)} - 动态 class 名（如根据主题切换
theme-dark）必须也走 modules 导入：import themeStyles from './theme.module.css'; className={clsx(styles.btn, themeStyles['theme-dark'])}
:global() 在 CSS Modules 中的误用场景
:global(.el-input) 会绕过模块化，把选择器扔进全局，常被用来适配 Element Plus 等第三方库。但它是一把双刃剑：一旦多个组件都写 :global(.el-button)，最后打包出来的 CSS 里就会出现多份重复规则，且优先级混乱，容易导致样式覆盖失效或意外生效。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 仅在入口文件（如
main.css）中集中处理第三方库的全局覆盖，避免分散在各组件模块里 - 用更精确的选择器限定作用域：
.my-form :global(.el-input__inner)，而不是裸写:global(.el-input__inner) - 升级到支持
@layer的构建工具（如 Vite 5+ + PostCSS 8.4+）后，改用@layer third-party { .el-button { ... } }统一管理层级和优先级
伪类与伪元素在 scoped 下的穿透问题
Vue 的 scoped 对 :hover、::before 等伪类/伪元素同样添加属性选择器，但遇到子组件透传 slot 内容时，这些伪类可能无法匹配到真实 DOM 节点。例如父组件写了 .card:hover { transform: scale(1.02); }，而子组件 slot 里放了个
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 涉及 slot 的交互样式，统一提到父组件的
中，并用深度选择器（:deep(.card):hover）明确穿透 - 避免在
:deep()里嵌套过深，如:deep(.card) :deep(.title):hover—— 这会编译出冗余属性选择器，影响性能 - 对 Web Components，改用
:host(:hover) > .content，而非依赖外部样式穿透
真正难的不是写对一个选择器，而是当组件嵌套三层、同时接入两个 UI 库、还要支持暗色模式时，哪条规则在哪个上下文生效、被谁覆盖、有没有漏掉 slot 边界——这些得靠构建时的 CSS 输出分析（如 rollup-plugin-visualizer）和运行时的 computedStyle 调试来确认，不能只靠肉眼猜。
