nth-child(odd)不生效主因是父元素中存在非li子元素(如div、p、注释、空格文本等),导致li的实际序号非奇数;应改用li:nth-of-type(odd)或检查DOM结构。
直接写 li:nth-child(odd) 却没变色?大概率是 HTML 结构干扰了“序号”计算。:nth-child() 看的是父元素下所有子元素的物理顺序,不是第几个 li。
比如父容器里混着 div、p 或注释节点,那第 1 个 li 可能是第 3 个子元素,根本轮不到 odd 匹配它。
li 的实际 nth-child(N) 值(右键 → “检查”,看 computed 样式里的匹配提示)li,但开头有注释或空格文本节点,用 li:nth-of-type(odd) 更稳——它只数同类型标签<!-- --> 或 text node 也会破坏 nth-child 序列,此时必须改用 nth-of-type
表格里用 tr:nth-child(odd) 是常见写法,但它对带 thead/tfoot 的表容易出错——thead 里的 tr 也被计入“奇偶”,导致 tbody 第一行反而被跳过。
tbody tr:nth-child(odd) 单独设样式,避开表头干扰colgroup 或隐藏行(display: none),nth-child 仍会计入它们;而 visibility: hidden 不影响计数nth-child,改用 JS 动态加 class 或服务端渲染 class没有视觉或行为区别,两者完全等价。但写法不同会影响可读性和维护性。
立即学习“前端免费学习笔记(深入)”;
odd 更直观,适合简单场景;2n+1 显式暴露了数学逻辑,方便扩展(比如 2n+2 是偶数行,3n 是每三行一个)odd 解析不稳定,生产环境建议统一用 2n+1 避免意外odd 字符串,转义或配置需额外处理需求很真实:第一行标题不动,后面数据行才斑马。不能靠删 class 或 JS 控制,纯 CSS 就得算偏移。
2, 4, 6... → 公式是 2n
li:nth-child(2n),而不是 nth-child(odd) 加 :not(:first-child) —— 后者在有其他兄弟节点时会失效li.header,且你只想选它之后的 li.item,更稳妥的是:li.item:nth-of-type(odd),前提是 DOM 中 .item 连续出现真正麻烦的从来不是写对那一行 CSS,而是搞清浏览器到底把谁当“第 N 个孩子”。DOM 树一动,nth-child 就可能悄无声息地偏移两行。动手前先看一眼 Elements 面板里的子节点构成,比查文档快得多。