text-indent仅对块级元素生效，失效主因包括元素非块级、flex/grid容器抑制块行为、首行含内联替换元素、高权重样式覆盖；推荐用2em单位，调试应优先查看Computed中的display和text-indent值。
text-indent 能实现首行缩进，但不是“写了就生效”——它只在块级上下文中起作用，且极易被布局、单位、继承关系干扰。
为什么 text-indent 加了却没效果
不是 CSS 写错了，而是渲染条件没满足：
-
<p>被设成了display: inline或inline-block—— 浏览器根本不识别“首行”概念 - 父容器用了
display: flex或display: grid，且没触发 BFC，<p>的块级盒行为被覆盖 - 段落开头嵌了
<img>、<svg>或display: inline-flex元素，缩进发生在该元素左侧，视觉上等于没动 - 某处更高权重样式写了
p { text-indent: 0 }（比如富文本编辑器输出的内联style），直接覆盖你的设置
用开发者工具看目标元素的 Computed → display 值是否为 block，再点开 Computed → text-indent 确认最终值——这是最快定位原因的方式。
text-indent 该用什么单位
单位选错，缩进就“看起来不对”：
立即学习“前端免费学习笔记（深入）”；
-
2em：最推荐。1em ≈ 当前font-size，2em在多数中文字体下接近两个汉字宽度，且随字号缩放，适配响应式和系统字体放大 -
2ch：更贴近“字符宽度”语义（1ch ≈ 字符 “0” 的宽度），中文下近似一个汉字，但 IE 不支持，且依赖字体对ch的实现 -
32px：仅当字体大小绝对固定（如 Canvas 文本、印刷级静态页）时可用；系统缩放或无障碍设置会破坏它 -
2%：按父容器宽度计算，和字体无关——width: 1000px时缩进 20px，width: 400px时只剩 8px，极易失准 - 别混用
rem：如果项目用 JS 动态改html { font-size }（比如根据屏幕宽度调整），2rem缩进会跟着漂移，反而破坏段首对齐节奏
Flex/Grid 容器里 text-indent 失效怎么办
这不是 bug，是格式化上下文的天然限制。强行加 display: block 可能解决部分情况，但更可靠的做法是换思路：
- 首选
padding-left: 2em：它不依赖“首行”语义，对 flex item / grid item 同样生效，视觉结果几乎一致 - 若必须保留
text-indent语义（比如要兼容旧打印样式），给<p>显式加display: block，并确保其width不是auto（flex item 默认width: auto可能导致退化） - 别在导航菜单、卡片标题这类本就不该有“段落缩进”语义的地方硬套
text-indent——那是间距问题，该用margin-left或padding-left
负值 text-indent 和 ::first-line 的实际用途
text-indent 支持负值，但不是所有场景都适合：
- 负值常用于悬挂缩进（如参考文献列表），但容易引发内容被裁切或溢出容器；安全做法是配合
padding-left补偿，例如：text-indent: -1em; padding-left: 1em -
::first-line可单独控制首行样式（加粗、变色等），但它不能设margin、padding、height，且只作用于块级容器 - 慎用
white-space: pre或direction: rtl：前者会让缩进出现在换行后第一行而非首行；后者可能导致缩进方向反向（向右缩进），尤其在混合 LTR/RTL 文本中
真正麻烦的从来不是写一行 text-indent: 2em，而是它被父级 flex、编辑器内联样式、font-size: 0 层级、甚至 Safari 的 line-height 渲染规则悄悄覆盖——查 computed 样式比猜逻辑快得多。
