textarea.value始终只包含用户按enter输入的换行符（\n），wrap="soft"/"hard"均不影响其值；现代浏览器忽略wrap="hard"，服务端收不到换行符多因前后端误删或归一化处理。
wrap="soft" 和 wrap="hard" 实际上都不影响 textarea.value 的实时值
无论设成 soft 还是 hard，你用 JavaScript 读取 textarea.value 时，得到的字符串**只包含用户主动按 Enter 输入的换行符**（现代浏览器统一为 \n），不会多出任何因视觉折行而产生的换行符。
常见错误现象：在页面上看到文字“自动折成三行”，但 console.log(textarea.value) 输出却是一整行——这不是 bug，是正常行为。折行是渲染层做的，value 里没存那些换行。
-
wrap="soft"是默认值，它只告诉浏览器：“超宽时请在单词间软折行显示”，但不插入、不修改、不提交额外换行符 -
wrap="hard"理论上应在表单提交时，在每行视觉折行处插入\r\n，但Chrome、Edge、Safari 完全忽略它；Firefox 自 v68+（2019年起）也已移除支持 - 即使你写了
wrap="hard"且设置了cols，现代浏览器提交的仍是原始value，和soft表现一致
为什么服务端收不到换行符？大概率不是 wrap 的问题
如果你发现表单提交后，后端收到的是单行字符串，而用户明明在 textarea 里按了 Enter，那问题通常出在：前端或后端误删了换行符，而不是 wrap 没起作用。
- 检查是否用了
.replace(/\s+$/g, '')或类似逻辑清洗输入——它会把末尾的\n当空格干掉 - 确认后端接收字段时有没有 trim()、strip()、或 JSON 解析时自动归一化（如某些框架把
\n转成空格） - 移动端特别注意：Android 软键盘的 Enter 键默认是“发送”，不触发换行；需监听
keydown并对event.key === 'Enter'手动preventDefault()+ 插入\n
想让换行“所见即所得”？别靠 wrap，用 white-space + JS 控制
真正可控的换行显示和提交逻辑，得组合使用 CSS 和 JavaScript：
- 显示多行必须加 CSS：
white-space: pre-wrap（保留换行符 + 允许自动折行），否则\n在 HTML 中会被忽略 - 提交前清洗建议：
textarea.value.replace(/[\r\n]+/g, '\n')统一成 LF，再传给后端 - 如果业务要求“用户每行输入一个条目”，不要依赖
wrap="hard"去切分——它不可靠。应由 JS 按\n切割，并过滤空行：textarea.value.split('\n').filter(line => line.trim()) - 避免用
cols控制宽度，改用 CSSwidth或max-width；cols仅在旧系统对接或模拟终端场景下有意义
wrap="off" 的真实作用被严重误解
wrap="off" 不是“禁用换行”，而是禁用软折行显示：文本会横向溢出，需滚动查看，但它完全不影响用户按 Enter 输入的换行符提交。
常见错误配置：<textarea wrap="off"></textarea> 后发现“还是能换行”，是因为用户自己按了 Enter——这个行为跟 wrap 无关，是 textarea 的基础功能。
-
wrap="off"唯一影响的是：当文本超宽时，浏览器不帮你视觉折行，也不在提交时插入任何额外换行符 - 它不能阻止粘贴进来的换行符，也不能改变
value中已有的\n - 如果你的目标是“纯单行输入”，应该用
<input type="text">，而不是折腾textarea的wrap
最常被忽略的一点：浏览器对 wrap 的实现早已形同虚设，但很多人还在文档里查它的语义、在代码里配 cols、在测试里验证它是否“生效”。真正需要关注的，是用户输入路径（键盘、粘贴）、前端清洗时机、以及后端对 [\r\n]+ 的鲁棒处理能力。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
