:last-child在移动端失效的根本原因是目标元素并非父容器的最后一个子节点，常见于小程序生成不可见文本节点、JS动态插入、WebView对空白节点敏感、Flex/Grid布局中边距方向错配等场景；推荐优先使用:last-of-type或手动添加is-last类。
:last-child 在移动端失效，往往不是 CSS 写错了，而是 DOM 结构或渲染机制“悄悄动了手脚”——尤其在 WebView、小程序、或 JS 动态插入场景下。
为什么移动端 :last-child 经常不生效
根本原因和桌面端一致：目标元素不是父容器的**最后一个子节点**。但移动端更易踩坑：
- 微信小程序中，
view或text标签包裹后可能生成不可见文本节点（哪怕写的是纯空格或换行） - Vue/React 的条件渲染（如
v-if或&&表达式）可能导致末尾实际是注释节点或空span - 某些 WebView（如旧版 UC、QQ 浏览器）对空白文本节点的处理更敏感，
ul里两个li之间换行就可能生成 text node - 使用
display: contents或flex容器时，:last-child仍按 DOM 顺序匹配，但视觉顺序可能被重排，造成“以为是最后一个，其实不是”
:last-of-type 是移动端更稳妥的替代方案
当结构无法保证纯净时，:last-of-type 不依赖位置，只看标签类型，兼容性同样支持 IE9+，现代移动端完全可用：
- 写法示例：
.item:last-of-type { margin-bottom: 0; }—— 只要它是最后一个div.item，哪怕后面跟着<p class="footer"></p>或注释，也照样命中 - 注意：
:last-of-type按 HTML 标签名匹配，不是 class 名；div.item:last-of-type和.item:last-of-type效果不同（后者等价于*.item:last-of-type，可能意外匹配到span.item） - 如果列表项混用多种标签（比如
article、section、div），那就得统一标签，或改用 JS 控制 class（如加is-last）
Flex/Grid 布局下 :last-child 的 margin 方向容易搞反
移动端大量用 Flex 排列横向导航或卡片，但边距方向错配会让 :last-child 看似“没生效”：
立即学习“前端免费学习笔记（深入）”；
- 横向 Flex 容器中，通常该清的是
margin-right，而不是margin-bottom - Grid 横向排列（
grid-template-columns）同理，清除末项右边距才对；若误清margin-bottom，样式写了也看不见效果 - 检查开发者工具里该元素 computed 的 margin 值——如果
margin-right还在，而你清的是margin-bottom，那就是方向错了
小程序或 SSR 场景下建议放弃纯 CSS 方案
微信小程序、Next.js / Nuxt 的服务端渲染，DOM 在客户端 hydrate 前可能已静态生成，但 JS 插入逻辑又追加了节点，导致最终结构和预期不一致：
- 直接给最后一项加 class（如
class="item is-last"），由 JS 或模板引擎判断并注入，最可控 - 用
:nth-last-child(1)替代:last-child效果相同，但语义更明确，部分老 WebView 对前者解析更稳 - 极端情况（如动态加载更多后需重置末项样式），用
Element.classList.toggle()手动切换比依赖伪类更可靠
真正麻烦的不是选哪个伪类，而是 DOM 实际长什么样——打开移动端调试器，点开父元素，逐个展开子节点，数清楚最后一个是不是你要的那个元素。这点比写十行 CSS 都重要。
