p::first-line 生效需满足三条件:目标为块级元素、父容器不破坏BFC、首行无内联元素打断;仅支持有限CSS属性,且响应式下首行范围动态变化。
p::first-line 是唯一标准方案,但直接写上就生效的前提非常具体——不满足任一条件,样式都会静默失效,连控制台都不报错。
浏览器不是按 HTML 源码找“第一行”,而是按最终渲染出的 line box(行盒)来匹配。以下情况会让伪元素彻底失效:
span 或 a 写 span::first-line —— 无效p 套在 display: flex 或 display: grid 的 div 里,Safari 和旧 Chrome 直接跳过首行计算<img>、<em>、零宽空格 u200b 或全角空格 u3000,行盒无法连续生成它不是普通选择器,CSS 规范明确限制可用属性。超出范围的声明会被浏览器静默丢弃:
font-weight、color、font-size、text-transform、letter-spacing、line-height
background-color 在 Chrome/Firefox/Safari 16.4+ 稳定,旧 Safari 会忽略;background-image 或简写 background 在 Safari 中可能断裂margin、padding、border、width、height、display、position —— 写了等于没写窗口缩放、字体加载完成、甚至 font-size 动态变化,都会触发重排,p::first-line 会重新计算并应用样式。这意味着:
立即学习“前端免费学习笔记(深入)”;
::first-line 不适用,得用 JS 截取字符串或服务端注入两者可以共存,但渲染顺序固定:::first-letter 始终包裹在 ::first-line 内部。容易踩坑的是:
p::first-letter { float: left; } 后,被浮动的字母脱离文本流,::first-line 只能选中它右边的剩余文字background-color,::first-letter 的背景会盖住 ::first-line 的背景p::first-line 再改 font-size,实际生效范围容易误判真正难调试的点在于:首行判定完全依赖渲染结果,不是字符数、不是换行符、也不是你写的 HTML 结构——哪怕你删掉所有空格和标签,只要字体加载慢半拍,首行范围就可能偏移一两个像素。