form标签不必须带action和method，但缺一不可地影响行为：无action则提交至当前URL，无method则默认GET，导致参数暴露、长度受限、不安全；常见错误是页面刷新无反应或地址栏突现参数。
form 标签必须带 action 和 method 吗？
不必须，但缺一不可地影响表单行为。没 action，提交时浏览器会把数据发给当前 URL；没 method，默认用 GET——这会导致参数暴露在地址栏、长度受限、不适合传敏感或大体积数据。
常见错误现象：form 提交后页面刷新但没反应，或者地址栏突然冒出一堆参数，八成是漏了 action 或误用 GET 传密码/文件。
-
method="POST"是多数交互场景（登录、留言、上传）的合理起点 -
action值为空字符串（action=""）表示提交给当前页，适合前端 JS 拦截处理 - 如果用
fetch或axios手动提交，action和method只是占位，真正由 JS 控制目标和方式
input type=submit 和 button[type=submit] 有啥区别？
视觉上都能点，但语义和默认行为不同。用 <input type="submit"> 无法嵌套内容，按钮文字只能靠 value 属性；而 <button type="submit"></button> 支持 HTML 内容（比如加个 <svg></svg> 图标），且更易用 CSS 定制。
容易踩的坑：<button></button> 不写 type 属性时，某些浏览器默认为 submit，导致意外提交；还有人把 <button></button> 写在 form 外面，结果点击无效——它必须在 form 内部，或通过 form="form-id" 显式关联。
立即学习“前端免费学习笔记（深入）”；
- 优先用
<button type="submit"></button>，控制力更强 - 避免在
form里放多个type="submit"按钮却不设name，否则后端收不到是哪个按钮触发的提交 - 禁用提交时，用
disabled属性，别只靠 JS 绑定click阻止——那挡不住回车提交
为什么 input 没 name 属性，后端就收不到值？
因为表单序列化（FormData 构造、GET 参数拼接、POST body 编码）只收集带 name 的控件。没 name 的 input、select、textarea 全部被忽略，哪怕用户填了、选了、勾了。
典型场景：做搜索框时，写了 <input id="q" placeholder="搜什么">，结果后端 req.query.q 总是 undefined——就因为缺 name="q"。
-
name是字段的“键名”，不是 ID，别和id混用 - 复选框（
type="checkbox"）和单选框（type="radio"）必须同组用相同name，才能互斥或批量取值 - 多值字段（如
hobby）可写name="hobby"+ 多个input，后端收到的是数组（取决于服务端解析逻辑）
form 表单提交时，怎么阻止页面跳转？
默认行为就是跳转或刷新，要阻止就得用 event.preventDefault()。但注意：这个操作必须放在 submit 事件监听里，不能只绑在按钮上——回车提交、辅助技术触发等都绕过按钮。
性能与兼容性影响：现代浏览器对 preventDefault() 在 submit 事件里支持很好，但若在事件处理中做了大量同步计算，可能卡住表单提交流程，用户会觉得“点了没反应”。另外，纯前端校验失败时，也得手动 preventDefault()，否则错误数据照样发出去。
- 正确写法：
form.addEventListener("submit", e => { e.preventDefault(); /* 自己处理 */ }); - 别在
onclick里写return false，那是老式写法，不可靠 - 如果用了
form.requestSubmit()触发校验，也要确保事件监听已绑定，否则preventDefault()不生效
最常被忽略的一点：很多人以为加了 onsubmit="return false" 就万事大吉，但这个内联 handler 会覆盖 JS 中添加的其他监听器，而且没法做异步校验——真要健壮，还是得用标准事件 API。
