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" 看似折行，但一旦父容器宽度变化，折行点就乱套。

Convert Markdown To HTML And PDF - Markdown和HTML、PDF互转

实现 Markdown↔ HTML 互转，支持导出 PDF，用于用户请求的文档格式转换。

下载

• 真正可控的显示方案是 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 怎么让换行可见、以及后端怎么扛住各种换行符乱流。

前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！