text-indent 在 <td> 中“看不见”并非失效，而是因 vertical-align: middle 对齐、内容过短、white-space: nowrap 溢出、display 非 table-cell、与 text-align 冲突等原因导致视觉不可见；推荐优先用 padding-left 保证兼容性与稳定性。
为什么 text-indent 在 <td> 里经常“看不见”
不是属性失效，而是缩进被视觉吞掉了：<td> 默认 vertical-align: middle，首行缩进后文字上移，但中线对齐又把它拉回视觉中心；更常见的是单元格内容太短（比如“是”“否”），缩进像素被内容宽度完全覆盖，肉眼根本看不出偏移。另外，white-space: nowrap（很多 UI 框架如 Ant Design 默认加）会让整段压成一行，text-indent 虽然计算了，但右边没空间撑开，缩进区域直接溢出或被裁掉。
- 临时加
background: #ff0到<td>，看文字是否真往右偏 —— 如果背景框内文字仍顶左，说明text-indent根本没触发，该换padding-left - 用开发者工具检查 computed
display值：必须是table-cell，若被 JS 或 CSS 覆盖成inline或flex，text-indent直接无效 - 避免和
text-align: center或right同时用 —— 缩进仍发生，但居中/右对齐会把文字再拽回去，结果就是“缩了等于没缩”
<td> 里该用 text-indent 还是 padding-left
取决于你要的语义：text-indent 是“首行缩进”，第二行对齐左边界，符合中文段落规范；padding-left 是“整体左移”，整段文字都右推，适合对齐控制或简单偏移。但表格场景下，padding-left 更可靠 —— 它不依赖“首行”判定，不受 white-space 或 direction 干扰，打印导出（如 wkhtmltopdf）也更稳定。
- 如果
<td>里只有一两行文本，且你明确要“段落式缩进”，优先试text-indent: 2em，并确保没设white-space: nowrap - 如果单元格含多行文本、或要兼容 PDF 导出、或用了组件库（如 Element Plus），直接用
padding-left: 16px或padding-left: 1em，效果一致且更可控 - 别混用：
padding-left: 1em+text-indent: 2em会导致第一行从 padding 后再缩 2em，形成双重偏移，多数情况是误操作
<p> 嵌在 <td> 里时缩进怎么算
<td> 的 text-indent 和内部 <p> 的 text-indent 是叠加的。比如 <td style="text-indent: 2em"><p>文本</p></td>，最终缩进可能是 4em —— 因为 <p> 自身默认块级行为也会响应父级缩进起点，再加上自己的 text-indent（如果设了）。这不是 bug，是盒模型叠加效果。
- 想让
<p>独立控制缩进，必须重置父级影响：<td style="text-indent: 0"><p style="text-indent: 2em">文本</p></td> - 如果只是简单排版，直接去掉
<p>，用<td>自身样式控制更轻量 - 注意
direction: rtl会翻转缩进方向，但表格列对齐逻辑强，容易掩盖问题，建议显式配text-align: start明确行为
打印样式和屏幕阅读器该怎么处理
别指望 text-indent 在打印或辅助技术中“自动适配”。PDF 导出工具（如 wkhtmltopdf）对 table-cell 的 text-indent 支持极不稳定，实测中 padding-left 才是唯一能跨平台保持一致的方案。屏幕阅读器也不解析缩进像素，它只读文本流 —— 所以缩进纯属视觉层，无需额外 aria 属性。
立即学习“前端免费学习笔记（深入）”；
- 打印媒体查询里统一用
@media print { td { text-indent: 0; padding-left: 1em; } } - 如果表格用于数据展示（非正文段落），根本不用缩进 —— 那是列对齐或层级问题，该用
margin-left或嵌套<div>控制视觉层级 - 最易忽略的一点：某些富文本编辑器输出的 HTML 会在
<td>上硬塞style="text-indent: 0 !important"，这种高权重内联样式会直接干掉你的规则，得用更强选择器或 JS 动态清理
