HTML原生form属性跨表单提交无内置成功反馈机制；必须用fetch/XHR接管提交，结合服务端响应体业务码判断成败。
HTML 原生跨表单提交（即用 form 属性让按钮提交非父级表单）本身不提供成功/失败的直接反馈机制——浏览器不会返回 Promise，也不会触发 submit 事件的“完成回调”。能否判断成功，取决于你用的是哪种提交方式。
用 form 属性 + 原生提交时，根本收不到状态
当按钮带 form="target-id" 并点击后，浏览器会收集目标 内控件、发起导航请求（跳转或新开页），当前页面 JS 上下文立即销毁。这意味着：
-
form.addEventListener('submit', ...)只能捕获“开始提交”，无法知道服务器是否接收、响应是否 200、页面是否跳转成功 - 没有
then()或catch()，event.preventDefault()一加，整个提交就废了（除非你手动接管） - 即使目标
form设了target="_blank"，你也无法从新窗口读取responseText（跨域限制）
想可靠判断成功？必须用 JavaScript 接管提交逻辑
唯一可控的方式是：禁用原生提交，改用 fetch 或 XMLHttpRequest 手动构造请求。关键点在于复现原生行为，尤其是 enctype 和字段采集逻辑：
- 若目标
form的enctype="application/x-www-form-urlencoded"（默认），用new URLSearchParams(new FormData(formEl))构造请求体 - 若为
multipart/form-data（含文件），直接传new FormData(formEl)给fetch，别手动设Content-Type（浏览器会自动加 boundary） - 记得显式传
credentials: 'include'，否则 Cookie 不会携带，CSRF Token 或登录态可能失效 - 服务端必须支持 CORS（
Access-Control-Allow-Origin等头），否则fetch直接被浏览器拦截
form 属性按钮的 submit 事件里能拿到什么线索？
在 form.addEventListener('submit', e => {...}) 中，你可以通过 e.submitter 判断是哪个按钮触发的，这对区分“保存草稿”和“正式提交”很有用，但它不表示成功：
-
e.submitter是触发按钮的 DOM 元素，可读其name、value、formaction等属性 -
formaction和formmethod会覆盖的action和method，但仅影响本次提交——你要在 JS 中主动读取它们来构造 fetch 请求 -
e.preventDefault()后，你得自己调fetch(...).then(...).catch(...)，并根据 HTTP 状态码、响应体内容（如{ "code": 0 }）定义“成功”
用 iframe 回传时，load 事件不是万能的
如果坚持用 target="my-iframe" 实现无刷新，iframe.onload 触发 ≠ 提交成功：
- 只要 iframe 加载完成（哪怕服务端返回 500 HTML 页面、或空响应），
load就会触发 - 必须在服务端返回合法 HTML（
Content-Type: text/html），且内嵌可解析的 JSON 或状态标识，例如：<script>parent.handleIframeResult({success:true,data:{id:123}})</script> - 前端需提前在
window上挂handleIframeResult，并加超时兜底（15s 未触发则视为失败） - iframe 跨域时，
contentDocument不可读，此方案彻底失效
真正可靠的“成功判断”，永远落在服务端响应结构 + 客户端对响应的解析上，而不是提交动作本身。最容易被忽略的一点：很多团队只校验 HTTP 状态码 200，却没检查响应体里的业务 code 字段——结果服务器内部报错但返回了 200 HTML，前端就误判为成功。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
