wrap属性不可靠，需javascript清理+后端normalize：wrap="hard"会因cols边界自动插入\r\n，非用户意图；wrap="soft"不插换行但不纠错；应统一换行符为\n并用white-space:pre-wrap显示。
wrap 属性根本不能可靠控制提交时的换行逻辑——它只在部分浏览器中“尝试”插入换行符，且插入位置、时机、是否生效全凭运气。 你看到的折行 ≠ 提交的换行符，用户没按 Enter 的地方也可能被塞进 \r\n，而用户真按了 Enter 的地方，又可能被浏览器或服务端吃掉。别把它当开关用，得靠 JavaScript 清理 + 后端 normalize 才算稳。
wrap="hard" 为什么提交了不该有的 \r\n
浏览器在 wrap="hard" 下，只要文本视觉上到达 cols 边界（比如第 40 列末尾），就会自动在那个位置插入 \r\n，哪怕光标根本没在那里停过、用户也没按 Enter。
- 必须同时设置
cols，否则多数浏览器直接忽略wrap="hard" - 这些
\r\n是渲染副作用，不是用户输入意图，常见于长段落自动折行后多出的空行或断词处 - 旧版 IE 行为混乱；Chrome/Firefox 虽支持，但光标移动、编辑、粘贴后可能补加或删减这些换行符
- 移动端完全不可控：iOS 软键盘 Enter 默认换行，Android 多数是“发送”，
wrap对此零约束力
wrap="soft" 是默认值，但它不等于“安全”
wrap="soft" 确实不会自动插 \r\n，但它也不保证你收到的换行符干净——它只是“不添乱”，但不“纠错”。
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 用户手动按 Enter，提交的换行符可能是
\r\n（Windows）、\n（macOS/Linux）甚至混合出现 - 粘贴内容（比如从 Word 或邮件里复制）可能带
\r\n、\r、\n任意组合 - 服务端若只按
\r\n切分，会漏掉 macOS 用户的换行；若只认\n，又会把 Windows 提交的内容当成一行 -
wrap="soft"下，超长行不截断、不插换行，但显示仍会折行（这是 CSS 行为，和 wrap 无关）
真正该用的方案：JavaScript 清理 + white-space: pre-wrap 显示
想让提交内容只保留用户真实意图的换行，就得绕过 wrap，自己动手。
- 提交前清理冗余换行：
textarea.value.replace(/[\r\n]+/g, '\n').replace(/\n(?=\s*$)/g, '')—— 先统一成 LF，再删结尾空白行 - 别在
input或keydown中实时改value，会破坏中文输入法（IME）状态和光标位置 - 展示后端返回的文本时，用
white-space: pre-wrap，不是wrap="hard"—— 后者只作用于<textarea></textarea>自身，对<div> 或 <code><p></p>无效 - 服务端接收后第一件事：用正则
/[\r\n]+/g切分，存储时统一转为\n，避免数据库或日志解析出错
最常被忽略的一点：你永远不能在服务端代码里写 if (str.contains('\r\n')) 来判断有没有换行。用户输入、粘贴、浏览器差异、代理转发都可能让换行符变形。唯一靠谱的路径是——前端清理、传输标准化、后端无条件 normalize。
