blockquote默认缩进源于浏览器设置的左右margin（约1em或40px），非padding或text-indent；重置应直接设margin:0，推荐用border-left+padding-left等更清晰的视觉区分方式。
blockquote 默认不带缩进，需要 CSS 显式设置
浏览器对 <blockquote></blockquote> 的默认样式非常简陋，多数现代浏览器（Chrome、Firefox、Safari）只加了左右外边距（margin），**不会自动添加段落首行缩进或内部文字缩进**。如果你看到别人页面里 <blockquote></blockquote> 有缩进效果，那一定是通过 CSS 手动加的，不是 HTML 自带行为。
常见误操作是只改 text-indent，但这个属性只影响第一行，对多段落引用无效；更稳妥的方式是统一控制内边距 + 字体/行高风格。
- 用
padding-left控制整体左缩进（推荐 1.5em～2em） - 配合
border-left可增强视觉区分（如3px solid #ccc） - 若引用内含多个
<p></p>，需重置子段落的margin-top，避免叠加空白 - 别依赖
text-indent实现“块级缩进”，它和块容器缩进是两回事
如何让 blockquote 内部段落也保持缩进一致性
很多人把多段文字直接塞进 <blockquote></blockquote>，中间用 <p></p> 分隔，结果发现第二段开始没缩进——这是因为 <p></p> 默认有 margin-top，且未继承父级 padding 的文本对齐逻辑。
解决关键是「隔离样式作用域」：给 <blockquote></blockquote> 设置 padding 后，再单独约束其内部 <p></p> 的上下边距。
- 写法示例：
blockquote { padding-left: 1.8em; border-left: 2px solid #e0e0e0; } blockquote p { margin: 0.8em 0; } blockquote p:first-child { margin-top: 0; } blockquote p:last-child { margin-bottom: 0; } - 如果引用内容来自 CMS 或富文本编辑器，可能混入
<br>或无标签换行，此时建议用white-space: pre-line配合padding更可靠 - 避免对
blockquote p使用text-indent，否则每段都缩进，视觉上像“阶梯状”
兼容旧版 Safari 和 IE 的缩进 fallback 方案
IE11 及更早版本不支持 rem 在某些 CSS 属性中的计算（如 padding），而老版 Safari（blockquote::before 伪元素内容渲染不稳定。纯 CSS 缩进在低版本中容易失效。
- 安全值推荐用
em或像素单位，比如padding-left: 24px或1.5em - 如需兼容 IE，可加一行
display: block（虽然现代浏览器已默认，但 IE6–8 偶尔会当行内元素处理） - 不用
::before插入缩进符号（如 “>”），因为屏幕阅读器可能误读，且无法选中复制 - 若项目必须支持 IE，建议用 class 显式命名（如
<blockquote class="indented-quote"></blockquote>），避免依赖原生语义标签的样式猜测
使用 markdown 渲染时 blockquote 缩进丢失怎么办
很多静态站生成器（如 Hugo、Jekyll）或编辑器（Typora、Obsidian）把 > 文字 渲染为 <blockquote><p>文字</p></blockquote>，但默认 CSS 不带缩进，导致预览和发布效果不一致。
- 检查最终 HTML 是否真有
<blockquote></blockquote>标签（有时被插件转成<div class="quote">） <li>优先在 CSS 中写 <code>blockquote, .quote { ... }双选择器覆盖 - 若用 Tailwind，别只写
pl-6，要确保该类被应用到实际容器上（有些 MD 解析器会把<p></p>提一层） - VitePress / Docusaurus 等框架自带
blockquote样式，但默认仍无首行缩进，需额外覆写blockquote p
真正麻烦的不是加缩进，而是缩进后行高、字体大小、引用标记（如作者信息 <footer></footer>）的垂直对齐。这些细节在响应式断点下容易错位，建议在移动端单独测试 padding-left 是否过宽。
