替换\n导致多余空行
" />
在HTML邮件中直接将纯文本的\n全部替换为<br>，会因原始字符串中存在连续换行符（如\n\n\n\n）而生成过多<br>标签，造成 Outlook 等客户端渲染出意外的空白段落。正确做法是保留预格式化语义，使用<pre>标签或CSS white-space: pre;，而非手动替换。
在html邮件中换行异常：避免滥用`
`替换`\n`导致多余空行
当你用 Python 构建 HTML 邮件内容，并通过 text.replace("\n", "<br>") 将纯文本换行转为 HTML 换行时，看似简单直接，实则埋下渲染隐患。问题根源在于：**原始 text 字符串中已包含大量冗余换行符（如开头的 \n\n\n\n），每个 \n 都被无差别转为 <br>，而连续多个 <br> 在 HTML 中会被浏览器/邮件客户端（尤其是 Outlook）解释为多个独立行间空隙，最终表现为“底部多出一个空行”或表格下方异常留白——正如你在 Title1 表格末尾观察到的现象。
✅ 正确解法不是替换，而是保留预格式化语义：
-
✅ 推荐方案：用 <pre> 标签包裹内容
<pre> 原生支持保留空格、制表符与换行符，且默认使用等宽字体（契合你的 monospace 需求），无需手动处理 \n：<pre style="font-family: 'Courier New', monospace; margin: 0; padding: 0; white-space: pre;"> [Paragraph Here] ========================== Title1 ========================== Spot Track Quality Combo Fast 1 8 218 218 287 2 2873 58 2877 2935 ... ============================================================ </pre> -
✅ 替代方案：CSS 控制 white-space
若需更灵活样式控制（如响应式、内联样式），可结合 <div> 与 CSS：<div style="font-family: 'Courier New', monospace; white-space: pre; margin: 0;"> {{your_raw_text_here}} </div>注意：此处 {{your_raw_text_here}} 应保持原始 \n 不做任何替换，交由 CSS 渲染。
立即学习“前端免费学习笔记（深入）”；
⚠️ 关键注意事项：
- Outlook 对 CSS 支持有限，但 white-space: pre 和 <pre> 均被主流版本（包括 Outlook Desktop 和 OWA）可靠支持；
- 切勿在 <pre> 内部再嵌套 <br>，否则会造成双重换行；
- 发送前建议用 Putsmail 或 Litmus 进行跨客户端预览，验证渲染一致性；
- 若必须动态拼接 HTML，优先构建结构化 HTML 片段（如 <table>），而非依赖 ASCII 表格 + <pre> —— 后者虽快捷，但可访问性与响应性较弱。
总结：HTML 邮件 ≠ 纯文本加 <br>。尊重 HTML 的语义与渲染模型，用 <pre> 或 white-space: pre 处理等宽文本布局，既简洁又健壮，彻底规避因 \n → <br> 机械替换引发的“幽灵空行”问题。
