直接调用 submit() 会失败，因其是同步阻塞操作，易被 parent.layer.close() 或 location.reload() 等 DOM 操作抢占线程而中断；必须改用 $.ajax 或 fetch 异步提交，并在 complete 或 finally 中关闭弹窗。
为什么直接调用 submit() 会失败
在 layer 的 iframe 弹窗中，$("#myform").submit() 看似合法，但实际执行时浏览器可能根本没发出请求——chrome devtools network 面板里完全看不到任何请求，控制台也无报错。根本原因是：submit() 是同步阻塞操作，而 parent.layer.close(index) 或 location.reload() 这类 dom 操作会立即抢占线程，导致表单提交被中断或丢弃。这不是兼容性问题，是 js 执行时序竞争的必然结果。
必须用 $.ajax 或 fetch 替代原生 submit
所有稳定可用的方案都绕开原生表单提交，改走异步通信。核心逻辑是：先取数据、再发请求、等响应、再关层。常见写法有三种：
-
$("#myForm").serialize()+$.post(url, data, callback)—— 最轻量，适合简单表单 -
top.layer.getChildFrame('body', index).find("#myForm").serialize()—— 用于在父页的yes回调里跨 iframe 取值 - 用
fetch+FormData处理带文件上传的表单（需手动构造FormData，不能依赖serialize()）
iframe 内按钮点击时，别漏掉 type="button"
如果表单在 iframe 页面里，且你用了普通 <button> 触发提交（比如 <button id="save">保存</button>），它默认就是 type="submit"。一旦没阻止默认行为，就会触发两次提交：一次是你写的 JS 提交，一次是浏览器自动提交到 form[action]，后者往往失败或跳转。解决方法很简单：
- 给所有非提交用途的按钮显式加
type="button" - 或者在 click 回调开头加
e.preventDefault()（前提是事件对象e可用） - 若用 Layui 的
lay-submit，则必须确保按钮在layui-form容器内，且 form 本身不带 action，否则仍会双提交
关闭弹窗的时机必须严格绑定到请求完成回调
这是最容易被忽略的细节。以下写法都是错的：
-
$.post(...); parent.layer.close(index);—— close 在请求发出前就执行了 -
form.submit(); parent.layer.close(index);—— 同上，且 submit 可能被截断 -
success: function(){ layer.close(index); }—— 看似对，但如果后端返回非 2xx 状态码，success不触发，弹窗卡住
正确做法是统一用 complete 回调（jQuery）或 finally（fetch），确保无论成功失败都可控关闭。例如：
$.ajax({
url: '/api/save',
data: $('#myForm').serialize(),
complete: function() {
parent.layer.close(index);
}
});
真正麻烦的从来不是“怎么关”，而是“什么时候关才安全”——只要请求还没进 complete，任何 DOM 操作都可能让提交失效。
