target 必须严格匹配 iframe 的 name 属性值，区分大小写且仅认 name；iframe 需在 form 渲染前存在于 DOM，不可动态插入；enctype 必须设为 multipart/form-data 且 method 为 POST 才支持文件上传。
target 属性必须指向一个已存在的 iframe 的 name，否则浏览器会新开标签页——这是最常踩的坑。
target 和 iframe 的 name 必须严格匹配
浏览器只认 name，不看 id 或其他属性。哪怕 iframe 有 id="myFrame"，但 name 是 "hiddenFrame"，那 form target="myFrame" 就完全无效，退化为默认跳转。
-
form的target值（如"uploadFrame"）和iframe的name属性值必须一字不差，区分大小写 -
iframe必须在form渲染完成前就存在于 DOM 中；放在form后面、或用 JS 动态插入再设置target，都可能因时序问题失效 - 不要给
iframe设src="about:blank"或空字符串以外的初始地址——某些旧版 Safari 会提前加载并触发跨域限制
提交后清空表单字段不能靠 onsubmit 里直接 reset()
很多人写 onsubmit="this.reset(); return false;"，结果表单根本没发出去。因为 return false 阻断了整个提交流程，reset() 虽然执行了，但数据压根没到服务端。
- 正确做法是监听
iframe的load事件，在回调中操作：比如iframe.onload = () => form.reset() - 如果服务端返回的是 JSON 字符串（如
{"status":1}），需读取iframe.contentWindow.document.body.textContent再JSON.parse()，不能依赖innerHTML直接解析——里面可能混有 HTML 标签导致语法错误 - 注意同源限制：若
form action指向跨域地址，iframe.contentWindow会被浏览器拒绝访问，此时只能靠服务端返回纯文本或重定向响应头来间接判断成功与否
文件上传场景下 enctype 和 method 的组合必须显式声明
缺省的 enctype="application/x-www-form-urlencoded" 不支持文件传输，但很多开发者只改了 type="file" 却忘了补 enctype，结果文件字段为空，后台收不到任何二进制数据。
立即学习“前端免费学习笔记（深入）”；
-
<form enctype="multipart/form-data" method="POST" target="uploadFrame">——method="POST"和enctype缺一不可 - 即使服务端是 FormSubmit、Formspree 这类无后端服务，也要求
method="POST"；用GET会导致参数被截断且无法传文件 -
iframe不支持fetch或XMLHttpRequest的进度监听，所以大文件上传时无法显示进度条，只能靠超时或服务端响应时间做 fallback 判断
真正容易被忽略的是：iframe 加载完成后，其 document 可能处于“未完成”状态（readyState !== "complete"），直接读 body.innerHTML 会取到空字符串。稳妥做法是加一层轮询或使用 setTimeout 延迟读取，尤其在低网速或服务端渲染慢时更明显。
