换行符丢失源于五层处理中的任意环节误删或转换：前端取值用.value而非innertext、避免.trim()和/s+/g替换；后端禁用自动trim/净化；数据库存原生n；html渲染用或white-space:pre-wrap。
表单提交时换行符丢失？检查 textarea 的值获取方式
浏览器原生 textarea 输入的换行符（n 或 rn）在 js 中读取时是完整的，但很多人用 .value.trim() 或正则替换时误删了换行。后端接收不到换行，往往不是传输问题，而是前端读取或清理逻辑动了原始值。
- 用
document.querySelector('textarea').value直接取值，别用innerText或textContent—— 它们会把换行转为空格 - 避免无意识替换：比如
.replace(/s+/g, ' ')会把n当成空白符干掉 - 调试时直接
console.log(json.stringify(textarea.value))，看引号里有没有n
后端接收时换行符被吃掉？确认 Content-Type 和解析逻辑
如果前端发的是 n，但后端 $_POST（PHP）、req.body（Node.js）或 django 的 request.POST.get() 拿到的是一行，大概率是框架自动 trim 或中间件做了 HTML 解码/净化。
- PHP：检查是否启用了
magic_quotes_gpc（已废弃但旧项目可能残留），或用了htmlspecialchars()后再存库 - Node.js + express：确认没配
express.urlencoded({ extended: true, limit: '1mb' })的副作用 —— 默认不破坏换行，但若加了自定义type或用了body-parser旧版，可能出问题 - Python/Django：
CharField存换行没问题，但模板渲染时要用{{ value|linebreaks }}，否则 HTML 里换行不显示
数据库存了换行却网页不显示？HTML 渲染规则不是换行即换行
mysql、postgresql 存 n 没问题，但直接插进 HTML 文本流里，浏览器会忽略它 —— 这不是数据丢了，是渲染规则如此。
- 纯文本展示：用
<pre class="brush:php;toolbar:false;"></pre>或 CSSwhite-space: pre-wrap - 富文本场景：服务端用
nl2br()（PHP）、str.replace(/n/g, '<br>')（JS）或模板引擎的|linebreaks过滤器 - 别在 SQL INSERT 里手动把
n替成<br>—— 混淆数据层和表现层，后续导出纯文本就完蛋
用户粘贴内容带 rn 还是 n？统一处理比猜更可靠
windows 用户粘贴进 textarea 是 rn，macos/linux 是 n，但现代浏览器对 .value 统一返回 n（W3C 标准）。不过，如果用户通过其他入口（如富文本编辑器、拖拽文件解析）输入，仍可能混入 rn 或 r。
立即学习“前端免费学习笔记（深入）”；
- 入库前统一转成
n：value.replace(/rn|r/g, 'n') - 别只替换
r：单独的r在老系统或某些终端里仍存在 - 如果业务要求保留原始换行风格（极少见），得存额外元数据，而不是靠字符串推断
换行符看着小，但横跨前端取值、http 传输、后端解析、数据库存储、HTML 渲染五层，任何一层默认行为或手动干预都可能悄悄吃掉它。最稳的做法是：前端不动原始 .value，后端不做无文档依据的自动 trim，存库用原生换行，渲染时按需转换。