表单数据通过form标签的method、action和input的name属性协同作用提交至后台：method决定请求方式（GET拼URL、POST放请求体），action指定目标URL，name作为键名使后台能正确接收值。
表单提交时数据怎么跑到后台去的
浏览器不是凭空把 input 里的值发给服务器的，它靠的是整个 form 标签的配置驱动。关键就三点：提交方式（method）、目标地址（action）、字段名（name）。缺任何一个，后台都收不到对应数据。
常见错误是只写了 input 却忘了加 name 属性——这种 input 不管有没有值，都不会被提交。另外，type="button" 或 type="reset" 的按钮也不会触发表单提交，得用 type="submit" 或显式调用 form.submit()。
-
method="get"把数据拼在 URL 后面（如?username=abc&age=25），适合简单查询，长度有限制，且不安全 -
method="post"把数据放在请求体里，没长度限制，适合登录、上传等操作 -
action必须写对路径，比如action="/api/login"，否则请求直接 404
后台为什么收不到 input 的值
绝大多数情况不是前端没发，而是后端没按约定取。HTTP 请求体或 URL 查询参数里的字段，必须和 input 的 name 完全一致（包括大小写和下划线），后端才能映射上。
比如前端写 <input name="user_email">，后端却用 request.form.get("email") 或 req.body.userEmail 去拿，肯定为空。Node.js（Express）默认不解析表单，要手动加 express.urlencoded({ extended: true })；Python Flask 默认支持，但若用了 request.json 去读 application/x-www-form-urlencoded 数据，也会拿不到。
立即学习“前端免费学习笔记（深入）”；
- 检查浏览器开发者工具 Network 标签页，点提交后的请求，看 Headers → Content-Type 是不是
application/x-www-form-urlencoded或multipart/form-data - 再看 Payload 或 Query Params 里有没有你期望的 key-value 对
- 后端打印原始请求体（如
console.log(req.rawBody)或print(request.get_data())）确认数据确实到了
带文件的 input[file] 怎么一起提交
type="file" 的 input 不能走普通表单提交，除非整个 form 设置了 enctype="multipart/form-data"。漏掉这个属性，文件字段会变成空字符串传过去，后端看到的只是文件名，没有二进制内容。
另外，如果用 JavaScript 拦截表单并用 fetch 提交，不能直接把 FormData 当 JSON 发——得让 fetch 自动设置正确的 Content-Type（不手动设 headers），否则后端解析失败。
-
<form enctype="multipart/form-data">是必须的，method只能是post - 多个文件用
<input type="file" name="photos" multiple>，后端接收的是文件列表，不是单个文件 - Node.js 中需用
busboy、multer等中间件处理；Python 中 Flask 用request.files.getlist("photos")
中文乱码或特殊字符出问题怎么办
根本原因是前后端对字符编码的理解不一致。HTML 表单默认按页面声明的编码提交（通常是 UTF-8），但如果 HTML 文件本身保存为 GBK、或者服务器响应头没声明 charset=utf-8，就容易出现中文变问号或 。
最稳妥的做法是在 HTML head 里明确写：<meta charset="UTF-8">，同时确保后端读取时也指定 UTF-8。比如 Python Flask 中 request.form.get("name") 默认就是 UTF-8，但如果你用 request.get_data().decode("gbk") 就会崩；Node.js 的 querystring.parse() 也需要确保输入是 UTF-8 字节流。
- Chrome 开发者工具里看 Network → Response Headers，确认有
Content-Type: text/html; charset=utf-8 - 提交含中文的表单后，在 Payload 里直接看原始数据是否已乱码——如果这里就错了，说明前端没发对
- 避免在 URL 中用
get提交大量中文，URL 编码容易出错，优先用post
真正卡住人的往往不是某个 API 不会用，而是表单的 name 和后端变量名对不上、enctype 忘写、或者开发时本地测试用 file:// 打开 HTML 导致跨域/CORS 干扰提交逻辑。先盯死这三处，比查文档更快。
