表单提交后数据去哪儿了
HTML 表单本身不存储、不处理、不发送数据——它只是把用户填的内容按规则打包，交给 action 指定的 URL。如果你没配 action 或写成 action=""，浏览器会提交到当前页面地址；如果写了但后端没监听该路径，就会 404 或返回空白页。
-
method决定怎么发：GET把数据拼在 URL 后（适合搜索类轻量反馈），POST走请求体（适合含文本、文件等较重反馈） - 没写
method默认是GET，但用户反馈通常含换行、引号、emoji，用GET容易截断或编码失败 - 所有
<input>、<textarea></textarea>、<select></select>必须带name属性，否则不会被提交——这是最常漏掉的一点
怎么让后端拿到 feedback 字段
用户填的“意见”“评分”“联系方式”，得靠 name 值映射。后端收到的是键值对，比如 feedback=页面加载太慢&score=2&email=test%40example.com，其中 key 就是前端写的 name。
-
<textarea name="feedback"></textarea>→ 后端收到feedback字段 -
<input type="number" name="score" min="1" max="5">→ 确保数值范围，避免后端校验压力 - 别用
id代替name，id="feedback"对提交完全无效 - 多个同名
checkbox会以数组形式提交（如topics[]=docs&topics[]=api），后端需按数组解析
提交失败时用户根本不知道发生了什么
原生表单提交是整页跳转或刷新，出错时用户只看到白屏、404 或旧页面闪一下——没有提示、没保留已填内容、无法重试。这不是体验问题，是功能缺失。
- 加
required属性能触发浏览器基础校验，但仅限非空，不校验邮箱格式、字数等 - 想显示错误信息，必须用 JavaScript 拦截
submit事件，调event.preventDefault()，再手动发请求 - 用
fetch()提交后，要显式处理response.ok和网络异常，否则静默失败 - 提交中禁用提交按钮，防止重复点击；成功后清空表单或跳转，失败后恢复按钮并提示具体错误（比如“邮箱格式不对”而非“提交失败”）
为什么 textarea 换行在后端变成空格或丢失
不是前端问题，是后端没正确解码 %0A（换行符）或没保留原始空白符。HTML 表单默认用 application/x-www-form-urlencoded 编码，换行会被转成 %0A，空格变 + 或 %20。
立即学习“前端免费学习笔记（深入）”；
- 确保后端用标准库解析（如 Node.js 的
querystring.parse()、Python 的urllib.parse.parse_qs()），别手写 split - 如果用
POST+enctype="multipart/form-data"（例如上传附件），textarea内容仍正常，但解析方式完全不同，需用 multipart 解析器 - 测试时直接看浏览器 Network 面板的 Payload，确认换行是否已编码，再比对后端接收到的原始字符串
表单看似简单，但每个 name、每种 method、每次跳转背后的编码和解析链路，都可能在某个环节悄悄丢数据。最稳妥的做法：提交前用开发者工具看实际发出的请求，别依赖“看起来填对了”。
