富文本中<p align="center">常失效，因HTML5已废弃align属性，且现代编辑器优先使用CSS的text-align，但需作用于块级元素；若写在行内标签或被flex等布局覆盖则无效。
富文本里不能直接用 HTML 的 align 属性做对齐，必须靠 CSS 的 text-align，且要确保它作用在正确的块级容器上。
为什么 <p align="center"> 在富文本里经常失效
富文本编辑器（如 TinyMCE、Quill、CKEditor）输出的 HTML 通常被包裹在 <div contenteditable="true"> 或类似容器中，而老式 align 属性（<p align="right">）在 HTML5 中已废弃，现代浏览器虽仍能解析，但优先级低于 CSS 规则，且容易被编辑器内置样式或内联 style 覆盖。
更常见的情况是：你点了编辑器里的「居中」按钮，结果预览时文字没动——其实是编辑器把 text-align: center 写进了 <span> 或 <div> 的 style 属性里，但该元素本身不是块级，或者父容器用了 display: flex，导致 text-align 失效。
- 检查开发者工具：看实际生效的
text-align是写在哪一层元素上的；如果不是块级（display: block或table-cell），就不起作用 - 富文本内容常含嵌套
<span>，它们默认是行内元素，text-align对它们自身无效，只影响其内部文字——所以得往上找最近的块级祖先 - 某些编辑器会自动给段落加
class="ql-align-center"这类样式，但如果你没引入对应 CSS，那就白搭
text-align 在富文本容器中的正确挂载位置
富文本最终渲染依赖宿主容器（比如一个 <div id="editor">）。你要让里面所有段落居中，最稳的方式不是逐个改 <p>，而是控制这个容器的“默认行为”：
立即学习“前端免费学习笔记（深入）”；
- 给富文本根容器加
style="text-align: center;"，它会继承给所有后代块级元素（p、h2、div），前提是没被更具体的规则覆盖 - 如果编辑器输出带 class（如
<p class="ql-block">），就在 CSS 里写.ql-block { text-align: center; }，比内联样式权重低，但可维护 - 避免在
<span>上硬写text-align：它不会让文字居中，只会让该<span>内部的更小行内内容对齐（几乎无意义） - 若富文本内容被塞进
iframe（如某些邮件编辑器），那得在 iframe 的<head>里注入 CSS，不能只改外层页面样式
富文本中数字、标题、多行段落的对齐差异
富文本不是纯文本，它混合了结构和语义。不同内容类型该用什么对齐，不是凭感觉：
- 金额、编号、统计数字列：用
text-align: right，方便小数点/位数对齐；别用justify，中文数字间拉伸毫无意义 - 标题（
<h1>~<h6>）：默认left，居中仅限一级标题或卡片式布局；滥用center会破坏阅读节奏 - 多行段落用
justify？先打住：纯中文段落设text-align: justify基本等于摆设，除非同时加text-justify: inter-character和lang="zh"，否则 Chrome/Safari 直接忽略 - 图文混排时，
text-align只管文字流；图片是否居中，得看它是不是display: block+margin: 0 auto，和周围文字的text-align无关
富文本导出 PDF 或邮件时的对齐兼容性陷阱
富文本常要导出为 PDF 或发邮件，这时 CSS 兼容性断崖式下跌：
- Outlook 桌面版几乎不认
text-justify，text-align: justify也只在部分版本里有效；稳妥做法是导出前把两端对齐转成手动换行+空格填充（不推荐，但真实项目里有人这么干） - PDF 工具（如 Puppeteer、wkhtmltopdf）对
text-align支持尚可，但若富文本里用了 Flex 布局来“模拟”居中，导出后大概率错位——因为这些工具解析 CSS 能力有限 - 邮件客户端中，
<div>上的text-align可能被忽略，但<td>上的依然有效；所以关键内容建议套一层<table>，再设td { text-align: center; } - 移动端 WebView（尤其旧版 Android）可能把富文本容器识别为 inline，导致
text-align不触发；加一句div[contenteditable] { display: block; }能救急
真正难的不是写对 text-align，而是判断它到底该写在哪一层、会不会被编辑器 runtime 注入的样式覆盖、以及导出链路里哪一环会把它吃掉——这些地方没日志、不报错，只能靠反复 inspect 元素树。
