首行缩进应优先用2rem或2em,避免px和不稳定的ch;需注意块级子元素导致缩进失效、用户缩放影响及pre/code等元素的缩进泄露问题。

用 text-indent 实现首行缩进,但单位不能乱选
HTML 本身不处理排版,缩进得靠 CSS。最直接的方式是给段落加 text-indent,但它认的是长度单位,不是“字符数”。2ch 看起来合理,但浏览器支持差(Chrome 120+ 才稳定,Safari 一直不支持),2em 又依赖字体大小和字重,容易偏移。
实操建议:
- 用
2rem或2em是主流做法,前提是父元素字体一致;若段落内混用不同字号,优先选rem - 避免用
px,比如24px—— 它在高 DPI 屏或用户缩放时会失准 - 中文场景下,
2ch理论上最贴合“两个汉字宽度”,但目前只有较新 Chrome 和 Firefox 支持,上线前务必查 caniuse
text-indent 会吃掉第一行的块级子元素
如果 里嵌了 、 甚至 ,text-indent 默认只作用于纯文本开头,遇到第一个块级或 inline-block 元素就停。结果就是:文字缩进了,但图标或强调标签还在左边缘,视觉错位。
常见错误现象: 立即学习“前端免费学习笔记(深入)”;,明明写了
这行文字没缩进text-indent: 2rem,但图标没动,文字也没动。
解决方法:
- 确保首字符是纯文本(比如把图标挪到文字后面,或用伪元素
::before插入) - 改用
padding-left+text-indent: -2rem模拟(需配合overflow: hidden防止溢出,慎用) - 更稳妥的是放弃
text-indent,用display: inline-block包裹首行文字再设margin-left(适合可控结构)
移动端适配时,text-indent 容易被用户缩放破坏
iOS Safari 和部分安卓浏览器在用户双指放大页面时,会把 rem 和 em 当作绝对尺寸重算,导致缩进突然变大或消失。这不是 bug,是渲染引擎对可访问性的妥协。
由于疫情等原因大家都开始习惯了通过互联网上租车服务的信息多方面,且获取方式简便,不管是婚庆用车、旅游租车、还是短租等租车业务。越来越多租车企业都开始主动把租车业务推向给潜在需求客户,所以如何设计一个租车网站,以便在同行中脱颖而出就重要了,易优cms针对租车行业市场需求、目标客户、盈利模式等,进行策划、设计、制作,建设一个符合用户与搜索引擎需求的租车网站源码。 网站首页
使用场景:新闻类、小说阅读页,用户常手动缩放字体。
性能与兼容性影响:
-
ch单位在此场景下反而更稳(只要浏览器支持),因为它基于当前字体的 “0” 字宽,缩放时同步变化 - 如果必须兼容老设备,可 JS 检测
matchMedia('(min-resolution: 2dppx)')后动态切单位,但成本高,一般不值得 - 简单方案:固定根字体为
16px,全站用px写缩进(如text-indent: 32px),牺牲一点响应性换确定性
别忘了清除 和 的默认缩进干扰
的默认缩进干扰很多开发者在写文档时,发现代码块里的第一行莫名其妙缩进——其实是父级 的 text-indent 泄露进来了。因为 是块级元素,但它内部文本仍受外层 text-indent 影响(除非显式重置)。
典型错误配置:
p { text-indent: 2rem; }
结果所有 xxx
实操建议:
- 给
、、这类内容容器统一加text-indent: 0 - 更彻底的做法:用属性选择器隔离,比如
p:not([class*="code"]):not([class*="pre"]) { text-indent: 2rem; } - 如果项目用 CSS-in-JS 或 PostCSS,可抽成 mixin,避免漏写
text-indent 花的时间多得多。









