:nth-child(odd)不生效的根本原因是它按父元素下所有同级子元素的物理位置计数，而非仅目标标签；混入thead、div等干扰节点会导致序号错乱，应改用:nth-of-type(odd)或限定tbody作用域。
为什么 :nth-child(odd) 有时不生效
常见现象是给表格或列表的奇数行加背景色，但第1、3、5行没变色，甚至全没反应。根本原因不是语法写错，而是 :nth-child(odd) 看的是父元素下所有同级子元素的**物理位置**，不是“第几个 tr”或“第几个 li”。比如表格里混了 thead、tbody，或者列表前插了个 div 标题，序号就全乱了。
实操建议：
- 确保目标元素是父容器内连续、无干扰的同级子元素；否则改用
:nth-of-type(odd)（它只数同类型标签） - 对表格，优先把行都包在
tbody里，再对tbody tr用:nth-child(odd) - 调试时在浏览器开发者工具里右键检查元素，看该元素在父节点下的实际索引位置
:nth-child(odd) 和 :nth-of-type(odd) 怎么选
场景差异很关键：如果你要“每两行一循环”，且结构干净（比如纯 ul > li 或 table tbody > tr），:nth-child(odd) 更直觉；但只要父元素下有其他类型兄弟节点（如 div、span、thead），就得切到 :nth-of-type(odd)。
参数差异：
立即学习“前端免费学习笔记（深入）”；
-
:nth-child(odd)匹配的是“第1、3、5…个子节点”，不管它是什么标签 -
:nth-of-type(odd)匹配的是“第1、3、5…个tr标签”，跳过中间的th、div等 - 性能上两者几乎无差别，现代浏览器都优化得很好
兼容性与 IE 的坑
:nth-child() 在 IE9+ 才支持，IE8 及更早版本完全无效。如果项目还要兼容 IE8，不能只靠 CSS，得配合 JS 动态加 class，比如用 document.querySelectorAll('tr') 遍历后给奇数索引项加 odd-row 类。
容易踩的坑：
- 写了
tr:nth-child(odd)却忘了加空格，写成table:nth-child(odd) tr—— 这样匹配的是“作为 table 奇数子元素的 tr”，逻辑反了 - 用
background: #f5f5f5时没设background-colorfallback，导致某些旧安卓 WebView 渲染异常 - 在 flex 或 grid 容器里误以为
:nth-child按视觉顺序生效 —— 它仍按 DOM 顺序，和order属性无关
表格奇数行背景的稳妥写法
最常被问的场景就是表格隔行变色。别直接写 tr:nth-child(odd)，先约束作用域。
推荐写法：
tbody tr:nth-child(odd) {
background-color: #f9f9f9;
}
说明：
- 显式限定
tbody，排除thead和tfoot干扰 - 用
background-color而非简写background，避免覆盖掉可能存在的background-image或background-position - 如果表格有合并单元格（
rowspan），:nth-child不受影响 —— 它不看渲染效果，只看 HTML 结构
复杂点在于，当表格动态增删行、或用 JS 框架（如 Vue/React）批量更新时，class 或样式可能没及时同步；这时候靠纯 CSS 的 :nth-child 最稳，不用额外维护状态。
