nth-child(n)常选不到元素是因为它按父元素所有子元素的位置序号计算，不区分标签类型；例如li:nth-child(2)失效可能因前有h3或注释节点，此时应改用nth-of-type(n)或JS筛选。
nth-child(n) 为什么经常选不到想要的元素
因为 nth-child(n) 是按父元素下所有子元素的**位置序号**计算的，不区分标签类型。比如父容器里有 <div>、<code><p></p>、<span></span> 混排，第 3 个子元素是 <p></p>，那 p:nth-child(3) 才会命中；如果第 3 个其实是 <div>，那这条选择器就完全无效。
<p>常见错误现象：<code>li:nth-child(2) 写了却没生效，实际是因为前一个 <li> 前面插了个 <h3></h3> 或注释节点（HTML 注释也算子节点）。
- 检查 DOM 结构是否“纯净”——目标元素是否真的在第 n 个位置上，且前面没有其他兄弟节点
- 用浏览器开发者工具的「Elements」面板右键目标元素 → 「Scroll into view」，再看它在父节点下的
childElementCount和实际序号 - 若结构不可控，优先考虑
nth-of-type(n)（只计同类型标签）或 JS 配合querySelectorAll
nth-of-type(n) 更适合按标签类型定位
当你只想找“第 n 个 <li>”，不管它前面有没有 <div> 或 <code><header></header>，就该用 li:nth-of-type(2)。它只统计同名标签的出现顺序。
注意：IE8 不支持 nth-of-type，但现代项目基本不用考虑。另外，伪类对动态插入的元素实时生效，无需重新绑定。
-
button:nth-of-type(1)选的是父容器中第一个<button></button>，哪怕它是第 5 个子元素 - 和
nth-child一样，参数支持公式如2n+1（奇数位）、-n+3（前 3 个） - 不能用于 class 或属性筛选，例如
.item:nth-of-type(2)是无效语法——伪类必须紧跟标签名或通配符
结合属性选择器精准过滤特定内容
光靠位置不够？比如要找「带 data-status="active" 的第 2 个 <li>」，CSS 本身不支持「先过滤再编号」，得拆解处理：
- 方案一（推荐）：用
li[data-status="active"]:nth-of-type(2)—— 注意这不是“第 2 个符合条件的”，而是“第 2 个<li>，且恰好有该属性”。适用条件较窄 - 方案二（可靠）：JS 中用
document.querySelectorAll('li[data-status="active"]')得到 NodeList，再取[1]（索引从 0 开始） - 方案三（语义清晰）：给目标元素加临时 class，如
js-target-2nd-active，用 CSS 直接写li.js-target-2nd-active
性能提示：频繁用 querySelectorAll + 索引在长列表中开销不小，建议缓存结果或用事件委托替代直接定位。
调试时快速验证选择器是否匹配
别猜，直接在控制台跑一行代码：
getComputedStyle(document.querySelector('li:nth-of-type(3)'))
如果返回 null，说明没匹配到；否则能立刻看到计算后的样式，顺带确认元素存在。也可以用：
$$('li:nth-of-type(3)').length
来数匹配数量。
- 避免用
$（可能被 jQuery 占用），统一用$$（Chrome/Firefox 控制台原生支持） - 注意空格影响：
ul li:nth-child(2)和ul>li:nth-child(2)含义不同（后代 vs 子元素） - 移动端调试时，DOM 可能被框架动态重写，刷新后结构变化很常见，别依赖截图里的节点序号
真正麻烦的不是语法记不住，而是页面结构随时在变——定位逻辑一旦耦合了 DOM 序号，就等于把脆弱性写进了选择器里。
