wrap="hard"必须配合cols才生效，否则被所有现代浏览器忽略并退化为soft；它仅在提交时按cols计算视觉折行位置插入\r\n，不控制显示且移动端无效，后端需统一清洗换行符。
wrap="hard" 必须配 cols 才生效，否则等于没写
浏览器根本不认 wrap="hard" 单独存在。它只在有 cols 值时，才尝试按列宽计算视觉折行位置，并在那些位置插入 \r\n。没设 cols，Chrome/Firefox/Safari/Edge 全部忽略该属性，行为退化为 wrap="soft"。
-
cols="40"是硬性依赖，不是“建议”——它定义了每行最多显示多少字符，浏览器据此决定在哪插\r\n - 移动端软键盘不响应
cols，wrap="hard"在 iOS/Android 上基本无效 - 旧版 IE 对
cols解析异常，比如把cols="50"当成 48 或 52 处理，导致换行点偏移
wrap="hard" 插入的 \r\n 不是用户意图，后端必须剔除或归一化
用户没按 Enter，只是输了一长串英文，wrap="hard" 就会在第 40 列、80 列……强行塞进 \r\n。这些换行符和用户手动换行混在一起，服务端无法区分哪些该保留、哪些该删。
- 提交前用 JS 清洗：
textarea.value.replace(/\r\n(?=\s*$)|\r\n(?!\S)/g, '')删结尾和孤立的\r\n - 更稳妥的做法是统一转为
\n：textarea.value.replace(/\r\n|\r/g, '\n')，再由后端按业务逻辑切分 - 千万别在
input或keydown里实时改value——中文输入法会丢字、光标跳位
想让换行“看得见”，white-space: pre-wrap 才是正解
wrap 属性对显示毫无控制力。你看到的折行，其实是浏览器默认渲染行为；wrap="off" 会让文字横向溢出，wrap="soft" 看似折行，但一旦父容器宽度变化，折行点就乱套。
- 真正可控的显示方案是 CSS：
white-space: pre-wrap—— 保留\n和空格，同时允许长单词自动折行 - 补一句
overflow-wrap: break-word，防纯英文/数字串撑爆容器 -
word-break: break-all会把单词中间硬切，体验差，仅作兜底，别当主力
服务端永远不能信任前端传来的换行符格式
哪怕你前端做了所有清洗，不同设备仍可能发来 \r\n（Windows Chrome）、\n（macOS Safari）、甚至 \r（老式终端粘贴）。这不是 bug，是现实。
立即学习“前端免费学习笔记（深入）”；
- 后端解析必须用正则
/[\r\n]+/g切分，而不是只认\r\n - 入库前统一存为
\n，展示时再按需转\r\n（如邮件生成） - 特别注意：用户粘贴 Word 文档内容时，可能带 Unicode 换行符（如 U+2028），也要纳入清洗范围
wrap 已经退化成兼容性补丁，不是功能主线。真正要管的，是用户敲下的 Enter、CSS 怎么让换行可见、以及后端怎么扛住各种换行符乱流。 
