:nth-of-type只按同标签元素在父容器中的顺序匹配，无视类名、属性、嵌套和视觉隐藏；它仅作用于直接子元素，且不跳过文本或注释节点。
为什么 :nth-of-type 看似匹配却选不到目标元素
根本原因是它只看「同类型标签」在父容器中的位置，完全忽略类名、属性、嵌套结构。比如父元素里有 <div>、<code><p></p>、<div>，那么第二个 <code><div> 是 <code>div:nth-of-type(2)，但第一个 <p></p> 是 p:nth-of-type(1)——哪怕它前面还有 5 个 <div>，也不影响它的“type 序号”。<p>常见误判场景：</p>
<ul>
<li>想选“第 3 个带 <code>.item 的 <li>”，却写了 li.item:nth-of-type(3) → 实际选的是父容器中第 3 个 <li>，不管它有没有 .item
<section></section>、<article></article>、<div>，却对 <code><div> 用 <code>div:nth-of-type(1) → 若第一个子元素是 <section></section>，那这个 <div> 可能是 <code>nth-of-type(2) 甚至更后display: contents 或 visibility: hidden，但 :nth-of-type 仍按原始 DOM 顺序计数，视觉上“消失”的元素不跳过
:nth-of-type 必须和父容器结构强绑定
它不是全局筛选器，只作用于**直接子元素**（除非你显式写后代选择器，但那样会改变计算逻辑）。所以必须确认两点：目标元素是否为该父容器的直系子元素？父容器下同类型标签的分布是否如你所想？
实操建议：
立即学习“前端免费学习笔记（深入）”；
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
- 用浏览器开发者工具选中父容器，右键 → “Edit as HTML”，快速扫一眼子节点标签序列
- 临时加一句
* { outline: 1px solid red; }，肉眼确认哪些元素被算进“同类型” - 如果目标元素被包裹在中间层（比如
<ul><li><div class="wrapper"><span>xxx</span></div></li></ul>），那span:nth-of-type(1)算的是<span></span>在其父<div> 中的位置，而非在 <code><ul></ul>中替代方案：什么时候该换用
:nth-child或 JS:nth-child(n)按所有子元素统一编号，不区分标签类型，适合“父容器下第 n 个孩子，且恰好是某标签”的场景；而真要按类名/属性筛选第几个，CSS 原生无解，得靠 JS。例如，要选“第 2 个带
data-active的<button></button>”：-
button:nth-child(2)→ 错，它要求第二个孩子必须是<button></button>，且不检查属性 -
button[data-active]:nth-of-type(2)→ 错，仍按<button></button>总数计，不是带属性的按钮数 - 正确做法：用 JS 获取
document.querySelectorAll('button[data-active]')[1]，再加 class 或 style
注意：
:nth-child同样受父容器结构限制，且一旦中间插入其他类型元素（比如注释节点、文本节点），序号就偏移——HTML 中两个标签间的换行+缩进，在 DOM 中就是Text节点，会被:nth-child计入，但:nth-of-type不会。调试时最容易漏掉的三个细节
一是伪类优先级没赢过已有样式，加
!important临时验证是否命中；二是 CSS 文件加载顺序导致规则被覆盖；三是元素动态插入后未触发重绘（尤其 Vue/React 中用v-if或key切换时，DOM 结构已变）。- 在 DevTools 的 Styles 面板里，看目标元素上是否出现你写的
:nth-of-type规则，前面有没有被划掉 - 检查 computed 样式里
display是否为none或contents——前者让元素不参与布局，但:nth-of-type仍计数；后者让子元素“冒上来”，可能意外改变父容器下的类型分布 - 用
getComputedStyle(el).display和el.parentElement.children在控制台手动验证实际子元素列表
真正卡住的时候，往往不是语法写错，而是对“类型”和“父容器”的理解比 DOM 实际结构少了半拍。
-
