子选择器>只匹配直接子元素，如nav>a；后代选择器（空格）匹配所有嵌套子孙，如article p；判断依据是HTML结构深度，空格不可省略，混用需团队共识。
子选择器 > 只认“亲生儿子”
它只匹配父元素的**直接子元素**，中间不能隔任何层级。比如 nav > a 只会选中 <nav> 下第一层的 <a>，如果 <a> 被包在 <div> 或 <li> 里，就完全失效。
- 常见错误：写成
.menu > li却发现下拉菜单里的li没生效——因为那些是二级菜单，嵌套在另一个<ul>里，已不是.menu的直接子元素 - 适用场景：需要精准控制组件第一层结构时，比如重置导航栏主项样式，但不想影响子菜单
- 性能略优：浏览器无需遍历深层 DOM，匹配更快（尤其在复杂列表中）
后代选择器（空格）管“所有子孙”
用空格连接的选择器，如 article p，会匹配 <article> 内任意深度的 <p>，哪怕它藏在 <section> <blockquote> <div> 套了五层里面。
- 常见错误：用
.card p给卡片正文设字体，结果连卡片标题、按钮文字甚至 footer 里的p全被改了——因为它们都是.card的后代 - 适用场景：批量样式复用，比如统一设置某区块内所有段落、链接、列表的默认间距和颜色
- 注意兼容性：所有现代浏览器都支持，但过度使用易引发样式泄漏（style leakage），特别是组件化开发中
怎么一眼判断该用哪个？看 HTML 结构深度
打开浏览器开发者工具，把鼠标悬停在目标元素上，看右键「Reveal in Elements panel」后的嵌套路径：
Article To Html
下载
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
- 如果目标元素紧贴在父容器下（即路径是
div > p），优先用> - 如果目标元素可能出现在多层嵌套中（如
div > section > article > p），且你希望一并覆盖，就用空格 - 不确定时，先写空格版测试效果；若范围太大，再收紧为
>或加更具体类名（如.card__content p）
.sidebar ul { margin: 0; } /* 后代：所有 ul，包括子菜单 */
.sidebar > ul { padding: 1rem; } /* 子代：仅顶层导航 ul */容易被忽略的坑：空格不是可有可无的字符
CSS 对空格极其敏感——div>p（没空格）是无效语法，等同于写错；div > p（带空格）才合法。同样，headerp 不会匹配任何内容，必须写成 header p（中间有空格）。
立即学习“前端免费学习笔记（深入）”；
- 编辑器自动补全有时会漏掉空格，保存后样式突然失效，先检查空格
- 用 Prettier 或 Stylelint 可配置规则强制校验空格位置（如
selector-descendant-combinator-spacing） - 在 SCSS 中，嵌套写法
nav { > a { ... } }会自动编译出带空格的nav > a，但手写 CSS 时仍需自己留心
真正在项目里混用时，最麻烦的不是语法记错，而是团队成员对“这里该不该穿透多层”没有共识。一个 .modal .btn 看似安全，但如果某天有人把按钮挪进 <footer> 里，样式就断了——这时候你得决定：是改 HTML，还是补一条 .modal footer .btn，还是干脆换成 .modal > * .btn？选哪个，取决于你愿不愿意为灵活性多担一点维护成本。
