nth-of-type只按同标签名的兄弟元素顺序编号，忽略其他标签和样式；如p:nth-of-type(2)匹配父容器中第二个p元素，无论中间有无h2或span。
如果 nth-of-type 没选中你想要的元素，通常不是语法写错了，而是没理解它只看“同类型标签”的顺序，不跳过其他标签——这是最常被忽略的关键点。
nth-of-type 只认标签名，不管类名、属性或嵌套结构
它会遍历父元素下所有 相同标签名 的兄弟元素，按它们在 HTML 中出现的顺序编号，完全忽略其他标签和样式信息。
比如：
<div class="wrap"> <p>第一段</p> <h2>标题</h2> <p>第二段</p> <span>一段文字</span> <p>第三段</p> </div>
这时 p:nth-of-type(2) 匹配的是“第二段”，因为它是父容器内第 2 个 <p> 标签——<h2> 和 <span> 完全不影响计数。
立即学习“前端免费学习笔记（深入）”；
想跳过某些元素？nth-of-type 做不到，换思路
如果你的目标是“第 n 个带某 class 的 p”，或者“忽略某些兄弟节点再数”，nth-of-type 天然不支持。可以考虑：
- 用
:nth-child(n)配合更具体的条件（但要注意它按所有兄弟排序） - 给目标元素加唯一 class 或 data 属性，直接用类选择器更可靠
- 用 JavaScript 动态添加 class（适合复杂逻辑或动态内容）
- CSS 逻辑组合：例如
p.class-name:nth-of-type(odd)先限定类型再筛类
检查 DOM 结构是否“看起来一样，其实不同”
常见陷阱包括：
- 看似都是
<div>，但有些是自闭合写法（如 Vue/React 渲染时可能插入注释节点或空文本节点） - 服务端渲染 vs 客户端渲染导致结构不一致
-
伪元素（
::before/::after）不影响nth-of-type，但真实子元素少一个就全乱了 - 使用了
display: contents的父元素会让子元素“脱离文档流层级”，改变兄弟关系
调试技巧：快速验证 nth-of-type 是否生效
p:nth-of-type(1) { outline: 2px solid red; }
p:nth-of-type(2) { outline: 2px solid blue; }
然后逐个展开父元素的子节点，数一数对应标签的真实位置。也可以用控制台运行：
Array.from(document.querySelectorAll('p')).map((p, i) => `${i+1}: ${p.textContent.trim()}`)
直观看到所有 <p> 的顺序和内容。
不复杂但容易忽略——把 nth-of-type 当成“全局第几个同类标签”来理解，而不是“视觉上第几个”。
