在ASP.NET应用中实现清晰、美观且符合预期的文本换行，关键在于理解不同上下文（HTML渲染、数据存储、邮件发送等）对空白符和换行的处理规则差异，并选择正确的技术组合进行控制，核心解决方案在于：综合运用CSS样式控制、HTML编码/解码、以及特定场景的字符串处理函数。
HTML页面渲染中的换行控制
当从数据库或用户输入获取包含换行符（rn 或 n）的文本并直接输出到HTML页面时，浏览器会忽略这些普通空格和换行符,将所有文本显示为连续的一行。
- 问题根源： HTML将连续的空白字符（包括空格、制表符、换行符）默认合并为一个空格。
- 专业解决方案：
- CSS
white-space属性： 这是最推荐、最符合Web标准的方式。white-space: pre-line;：最佳通用选择。 保留文本中的换行符（n或rn），但合并连续的空格和制表符,文本会根据容器宽度自动换行。white-space: pre-wrap;：保留所有空白符（空格、制表符、换行符），同时允许文本根据容器宽度自动换行，适用于需要严格保留原始空白格式的场景（如代码片段）。white-space: pre;：保留所有空白符，但文本不会根据容器宽度自动换行（除非遇到原始换行符），可能导致水平滚动条,慎用。- 应用示例：
<div style="white-space: pre-line;">@Model.MultiLineText</div> <!-- 或使用CSS类 --> <pre class="preserve-linebreaks">@Model.MultiLineText</pre>
.preserve-linebreaks { white-space: pre-line; / 或 pre-wrap / / 可选：增加可读性 / padding: 10px; background-color: #f5f5f5; border: 1px solid #ddd; border-radius: 4px; }
- 将换行符替换为
<br /> 一种传统方法，但需谨慎处理HTML编码。- 步骤：
- 使用
HttpUtility.HtmlEncode()对原始文本进行编码,防止XSS攻击。 - 将编码后字符串中的换行符 (
rn或n) 替换为 HTML 换行标签<br />。
- 使用
- C# 代码示例：
string encodedText = HttpUtility.HtmlEncode(Model.MultiLineText); string textWithBreaks = encodedText.Replace("rn", "<br />").Replace("n", "<br />"); - 输出到HTML： 使用
@Html.Raw(textWithBreaks)输出，确保<br />标签被解析。注意： 仅在textWithBreaks内容已安全编码且完全受控时才使用Html.Raw,否则有XSS风险。 - 优缺点： 直接有效，但需手动编码和替换，不如CSS方案简洁优雅，且生成的HTML结构稍显冗余。
<br />是显式换行，不会根据容器宽度自动折行（除非配合其他CSS）。
- 步骤：
- CSS
在预格式化标签 <pre> 中显示
<pre> 标签的默认行为是 white-space: pre;，会保留所有空白和换行符，但不自动换行。
- 解决方案： 通常需要结合CSS覆盖其默认行为以达到更好的响应式效果：
<pre style="white-space: pre-wrap; word-wrap: break-word; overflow-wrap: break-word;">@Model.MultiLineText</pre>
white-space: pre-wrap;：保留空白和原始换行,同时允许自动换行。word-wrap: break-word;/overflow-wrap: break-word;：确保长单词或URL能在任意字符间断开并换行，防止撑破容器,这对移动端浏览尤其重要。
数据存储与检索中的换行处理
- 存储： 当用户通过
<textarea>提交多行文本时，ASP.NET Core MVC模型绑定器会自动将换行符（通常是rn）绑定到字符串属性，直接将此字符串存入数据库（如 SQL Server 的NVARCHAR,VARCHAR；或通过 ORM 如 Entity Framework）即可,换行符会被原样存储。 - 检索： 从数据库读取的字符串通常已包含原始的
rn换行符。关键步骤在于后续如何在UI层正确渲染这些换行符（如前所述，使用CSS或替换为<br />）。 - 注意事项：
- 确保数据库连接和ORM配置没有意外修改换行符（罕见）。
- 在需要将文本用于非HTML场景（如纯文本邮件、日志文件）时，保留的
rn会正确体现为换行。
特殊场景：发送包含换行的邮件
在生成HTML格式的邮件正文时，处理方式与方案一完全相同：使用CSS (white-space: pre-line; 或 pre-wrap;) 或替换为 <br />
- 发送纯文本 (Plain Text) 邮件： 这是更简单且兼容性更好的方式，邮件客户端会直接尊重文本中的换行符 (
rn)。// 假设 message.Body 包含带有 rn 的纯文本字符串 var mailMessage = new MailMessage(); mailMessage.IsBodyHtml = false; // 设置为纯文本邮件 mailMessage.Body = model.MessageBody; // 包含 rn 的原始文本 // ... 设置其他属性并发送
专业建议与最佳实践总结
- 首选 CSS
white-space：white-space: pre-line;是解决HTML中显示用户输入换行文本的最现代、最安全、最简洁的方案，它避免了手动字符串操作的风险（如XSS漏洞），符合内容与样式分离的原则,且能自动适应容器宽度。 - 安全第一： 无论采用哪种方式，在输出任何用户提供的内容到HTML之前，必须使用
HttpUtility.HtmlEncode()或 Razor 的自动编码（默认启用）进行编码，以防止跨站脚本 (XSS) 攻击，使用@Html.Raw()时务必确保内容已安全处理且来源可信。 - 理解上下文： 明确文本最终在哪里使用（HTML页面、纯文本邮件、数据库日志、API响应等），不同的上下文需要不同的换行表示方式（
<br />,rn,n）。 <pre>标签优化： 使用<pre>时，务必添加white-space: pre-wrap;和overflow-wrap: break-word;以实现良好的响应式效果和长内容处理。- 避免过度依赖
<br />： 虽然有效，但手动替换换行符为<br />并配合Html.Raw的方案增加了代码复杂度和潜在的安全风险,CSS方案通常是更优解。 - 数据库存储： 通常无需特殊处理，按原样存储包含
rn的字符串即可，问题通常出在读取后的展示环节。
您在项目中处理多行文本换行时，遇到最棘手的场景是什么？是邮件客户端的兼容性问题、复杂内容（如混合代码）的展示，还是有其他特别的挑战？欢迎分享您的经验！
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/27243.html
