换行符丢失源于五层处理中的任意环节误删或转换：前端取值用.value而非innerText、避免.trim()和/\s+/g替换；后端禁用自动trim/净化；数据库存原生\n；HTML渲染用或white-space:pre-wrap。
表单提交时换行符丢失？检查 textarea 的值获取方式
浏览器原生 textarea 输入的换行符（\n 或 \r\n）在 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 文本流里，浏览器会忽略它 —— 这不是数据丢了，是渲染规则如此。
- 纯文本展示：用
或 CSSwhite-space: pre-wrap - 富文本场景：服务端用
nl2br()（PHP）、str.replace(/\n/g, '（JS）或模板引擎的
')|linebreaks过滤器 - 别在 SQL INSERT 里手动把
\n替成
用户粘贴内容带 \r\n 还是 \n？统一处理比猜更可靠
Windows 用户粘贴进 textarea 是 \r\n，macOS/Linux 是 \n，但现代浏览器对 .value 统一返回 \n（W3C 标准）。不过，如果用户通过其他入口（如富文本编辑器、拖拽文件解析）输入，仍可能混入 \r\n 或 \r。
- 入库前统一转成
\n：value.replace(/\r\n|\r/g, '\n') - 别只替换
\r：单独的\r在老系统或某些终端里仍存在 - 如果业务要求保留原始换行风格（极少见），得存额外元数据，而不是靠字符串推断
换行符看着小，但横跨前端取值、HTTP 传输、后端解析、数据库存储、HTML 渲染五层，任何一层默认行为或手动干预都可能悄悄吃掉它。最稳的做法是：前端不动原始 .value，后端不做无文档依据的自动 trim，存库用原生换行，渲染时按需转换。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
