wrap属性与用户按enter产生的换行符完全无关，后者由操作系统和输入法决定并原样保留在.value中；wrap="hard"仅在有cols时于视觉折行处强行插入\r\n，属渲染副作用，现代浏览器基本忽略其提交行为。
wrap属性根本不管用户按Enter的换行
你按 Enter 输入的换行符，和 wrap 属性完全无关。浏览器在 textarea 中按下 Enter 时，会直接插入 \n（macOS/Linux）或 \r\n（Windows），这个行为由操作系统和输入法决定，wrap 不参与、不拦截、不修改。
常见误解是：设了 wrap="hard" 就能让回车“生效”或“标准化”。事实是——无论 wrap 是 soft、hard 还是 off，用户敲下的 Enter 都会原样保留在 textarea.value 里，读取时就能拿到。
-
wrap="soft"（默认）：不影响 Enter 输入，只控制显示是否自动折行 -
wrap="hard"：会在视觉折行处（非 Enter 处）额外插入\r\n，造成污染 -
wrap="off"：禁用自动折行，但 Enter 产生的换行照常存在
wrap="hard" 真正干的事：在 cols 边界插 \r\n，不是帮你处理回车
wrap="hard" 唯一的作用，是在表单提交时，对因 cols 限制导致的**视觉折行位置**强行插入 \r\n。它不响应 Enter，也不区分用户意图，纯属渲染副作用。
- 必须同时设置
cols，例如<textarea cols="40" wrap="hard"></textarea>；没cols，所有现代浏览器都忽略wrap="hard" - 它会在第 40 字、80 字……这些位置硬塞
\r\n，哪怕用户只输入一长串英文没按过 Enter - 移动端软键盘完全不响应
wrap="hard"，iOS/Android 表现基本无效 - 旧版 IE 解析
cols有偏差，比如cols="50"可能按 48 或 52 列计算，换行点偏移
想让回车换行“看得见”，别靠 wrap，用 white-space: pre-wrap
wrap 属性对显示毫无控制力。你看到的折行，其实是浏览器默认样式或 CSS 的结果，不是 wrap 在起作用。真正可靠、可预测的显示方案是 CSS：
- 给
textarea加style="white-space: pre-wrap;"：保留用户输入的\n和空格，同时允许长单词自动折行 - 补一句
overflow-wrap: break-word，防纯英文/数字串撑爆容器宽度 - 避免用
word-break: break-all，它会在单词中间硬切，阅读体验差 -
wrap="off"+ CSS 控制滚动？可以，但和回车显示无关——Enter 换行仍正常渲染，只是不自动折行
服务端永远不能信任前端传来的换行符格式
哪怕你前端做了所有清理，后端收到的换行符依然可能是：\r\n（Windows Chrome）、\n（macOS Safari）、\r（老终端粘贴）、甚至 Unicode 换行符如 \u2028（Word 粘贴）。这不是 bug，是现实。
- 别写
if (str.contains('\r\n'))判断用户是否回车——\r\n可能是wrap="hard"注入的，也可能是用户真按的 - 入库前统一 normalize：用正则
/[\r\n\u2028\u2029]+/g切分，存为\n - 展示时再按需转：邮件生成用
\r\n，Web 渲染用\n+white-space: pre-wrap - 千万别在
input或keydown里实时改value——中文输入法会丢字、光标跳位
最常被忽略的一点：你无法从换行符本身判断它是用户主动输入，还是渲染副作用。唯一可信的，是用户按键事件；但连这个也无法跨平台统一捕获。所以清洗和归一化，不是可选项，是必选项。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
