表单提交后页面跳转由form的action属性决定，按钮仅作触发器；跨表单提交需确保form属性值与目标form的id严格一致，且按钮type必须为submit或image。
form 属性提交后页面跳转由 action 决定，不是按钮控制
HTML 中用 form 属性实现跨表单提交（比如按钮在表单外但能提交某个 form），跳转行为和普通表单完全一致：最终去哪，只看被提交的那个 form 元素的 action 属性值。按钮自身没有跳转逻辑，它只是“触发器”。
常见误解是以为给按钮加了 form="myform" 就要自己写跳转，其实不用——只要目标 form 的 action 是有效 URL，浏览器就会自然导航过去。
-
form属性必须指向一个真实存在的form元素的id，拼错、大小写不一致、ID 不存在都会静默失败（无报错，点按钮没反应） - 按钮类型必须是
type="submit"或type="image"；type="button"即使写了form属性也无效 - 如果目标
form的action为空、"#"或缺失，页面可能刷新或停留在当前页，不是 bug，是规范行为
想跳新标签页？target 必须写在 form 上，不是 button 上
target="_blank" 这类跳转控制只对 form 标签生效，写在带 form 属性的按钮上完全无效。浏览器只读取 form 的 target 来决定响应在哪展示。
- 正确写法：
<form id="myform" action="/submit" target="_blank"></form>，再配一个<button form="myform" type="submit">提交</button> - 错误写法：
<button form="myform" target="_blank" type="submit"></button>—— 此时target被忽略 - 如果
form没设target，默认是_self，即当前页跳转 -
target="myframe"需配合同名<iframe name="myframe"></iframe>，且 iframe 不能用hidden属性隐藏（要用style="display:none"）
服务端返回 303 是最干净的跳转方式
前端靠 form 属性提交后，如果服务端处理成功，应返回 HTTP 状态码 303 See Other 并带上 Location 响应头。这比前端 JS 跳转更可靠，也天然防重复提交。
立即学习“前端免费学习笔记（深入）”；
- PHP：
header("Location: /success"); http_response_code(303); exit(); - Express：
res.redirect(303, "/success") - Flask：
return redirect("/success", code=303) - 关键点：303 响应体必须为空或极简；若已调用
echo/print或缓冲区已 flush，会抛IllegalStateException（Java）或 header already sent（PHP） - 303 强制浏览器改用 GET 请求跳转，原 POST 数据不会重发，用户刷新新页面也不会重复提交
用 fetch + form 属性按钮？别混用
如果你已经给按钮加了 form="xxx"，又在 JS 里监听它的 click 事件并调用 fetch，那你就主动放弃了原生表单提交流程——此时 form 的 action 和 method 完全失效，跳转也得你手动控制。
- 真要异步提交，就别用
form属性，直接用document.getElementById("myform").addEventListener("submit", ...)，并在里面e.preventDefault() - 若仍想保留按钮物理位置灵活的优势，可用
new FormData(document.getElementById("myform"))手动构造数据，而不是依赖form属性触发提交 -
event.submitter在 submit 事件中能拿到触发按钮（含form属性的），但 Safari 15.4 之前不支持，旧版需靠data-action等自定义属性区分不同提交意图
form 的 id 和按钮的 form 属性值是否严格一致（包括空格、大小写、连字符）。这两处出错，整个流程就卡在“点了没反应”。 
