wrap="hard" 不会向用户输入内容中插入换行符，textarea.value仅包含用户手动按enter产生的\r\n或\n；自动换行需js预处理，服务端须二次校验并清洗\u2028\u2029等unicode换行符。
wrap="hard" 不会自动插入回车符
HTML textarea 的 wrap="hard" 仅影响渲染时的换行显示和表单提交时的 视觉换行保留，它本身不会往用户输入内容里插入 \r\n 或 \n。浏览器只是在提交前把软换行（即因宽度限制产生的折行）忽略，只保留用户按 Enter 手动敲出的换行符。
服务端收到的数据没有“自动换行”，只有用户手动按 Enter 的换行
这是最常被误解的一点：无论 wrap 设为 "soft" 还是 "hard"，textarea.value 始终只包含用户显式输入的换行符（\r\n 或 \n），不会因文本过长而多出任何换行字符。
验证方式很简单：
console.log(document.querySelector('textarea').value.split('\n').length);
这个数字永远等于你按了多少次 Enter，跟是否换行显示无关。
想让长行自动断成多行？得靠 JS 预处理
如果业务要求「超过 N 字符就强制换行并插入 \n」，必须自己用 JavaScript 截断字符串。注意以下几点：
-
wrap="hard"对此无帮助，删掉或保留都一样 - 中文、英文、全角/半角混排时，不能简单按字符数切分，建议用
canvas.measureText或 CSSgetBoundingClientRect模拟测量（但开销大）；更实际的做法是按字数粗略限制（如每行 30 中文字符 / 60 英文字符） - 截断时优先在空格、标点后断行，避免把词劈开；可用正则
/^(.{1,60})(\s+|$)/配合match循环提取 - 服务端仍需二次校验——前端截断可被绕过
form 提交时换行符编码与后端接收差异
浏览器提交 textarea 时，换行符统一编码为 %0D%0A（即 \r\n），但不同后端框架解析行为不同：
- PHP 的
$_POST默认还原为\r\n - Node.js（如 Express）需确保
body-parser配置了extended: true，否则可能丢失换行或变成空格 - Python Flask 中
request.form.get()返回的是原生\r\n，但若用了 WTForms 且字段设了filters=[strip]，可能被误清掉 - 检查原始请求体（如用
curl -d "text=abc%0D%0Adef" ...）能确认是否真有换行传过去
真正容易被忽略的是：富文本粘贴进 textarea 时，可能带入不可见的 Unicode 换行符（如 \u2028、\u2029），它们不会被 value.split('\n') 捕获，却可能让后端解析失败。需要主动清洗：value.replace(/[\u2028\u2029]/g, '\n')。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
