p:nth-of-type(2)总能选中第二个p，因它只对p标签单独编号；p:nth-child(2)常失效，因它先定位第2个子节点再判断是否为p，若该位置被注释或文本节点占据则完全不匹配。
为什么 p:nth-of-type(2) 总能选中第二个 p，而 p:nth-child(2) 常静默失效？
因为 p:nth-child(2) 的匹配逻辑是「先定位第 2 个子节点，再判断它是不是 p」。只要第 2 个位置被注释 <!-- -->、换行产生的空白文本节点（#text）、<div> 或 <code><script></script> 占用，整个选择器就完全不生效——哪怕 DOM 里真有十个 p，一个都选不到。p:nth-of-type(2) 则跳过所有非 p 节点，只对 p 标签单独编号，所以它指向的永远是「文档中第 2 个 p 元素」，和它在父元素里实际排第几位无关。
li:nth-of-type(2) 在 ul 里安全，但 li:nth-child(2) 一加注释就崩
常见模板里写一行 <!-- header -->，ul 的第一个子节点就变成注释，所有 li:nth-child(n) 的序号整体后移。而 li:nth-of-type(2) 不受干扰：它只看 li 标签本身出现的顺序。即使你动态插入一个 <div class="ad-banner"> 在 <code>ul 开头，或 CMS 渲染时塞进一个 <li class="ad">，只要它是 li，就会参与计数；但如果是 <div>，就彻底被忽略。这意味着：<code>li:nth-of-type(2) 在服务端渲染、富文本编辑器、Markdown 输出等结构不可控场景下，是唯一能稳定命中目标的方案。
别信 .item:nth-of-type(2) 能选第二个带 class 的元素
:nth-of-type() 完全不认 class、id 或任何属性，它只按 HTML 标签名分组计数。所以 .card:nth-of-type(2) 不是「第二个 .card」，而是「父元素下第二个 div（假设 .card 是 div）且恰好有 class="card"」。如果父元素结构是：<div></div>
<p class="card">A</p>
<div class="card">B</div>
<p class="card">C</p>，那么 div:nth-of-type(2) 匹配的是 B（第 2 个 div），而 p:nth-of-type(2) 匹配的是 C（第 2 个 p）。想选「第二个 .card」，得用 JS 或重构为语义化 class 控制，比如 .card:nth-of-type(2).card 没意义，.card:nth-of-type(2) 语法合法但逻辑错位。
调试时一眼分清该用哪个：直接用 DevTools 高亮验证
别靠脑补 DOM 结构，打开浏览器 DevTools：
– 在 Styles 面板临时加一条 div:nth-child(3) { outline: 2px solid red; }，看红框套在谁身上；
– 再换成 div:nth-of-type(3)，对比两次高亮对象是否一致；
– 不一致？说明中间混了其他 div 或非 div 节点。
关键细节：::before 和 <img alt="为什么CSS3的伪类 :nth-of-type 在处理混合标签时更具可预测性？" >、<input> 这类自闭合标签会参与 :nth-child() 计数，但不进入 :nth-of-type() 的同类筛选池；IE8 完全不支持 :nth-of-type，如需兼容必须降级处理。
立即学习“前端免费学习笔记（深入）”；
