form属性值与目标form的id不一致会导致静默失败；需确认id完全匹配、按钮不在其他表单内、type为submit；required字段未填或button类型错误也会阻止提交；event.submitter存在兼容性问题；跨表单提交仅采集目标form内控件数据。
form 属性值不匹配导致静默失败
最常见的问题是 form 属性值和目标 <form></form> 的 id 不一致——大小写、下划线、空格、拼写错误都会让浏览器直接忽略该按钮的提交行为，且控制台**不报错、不警告、不触发 submit 事件**。
调试时先打开 Elements 面板，确认两点：
- 目标
<form id="xxx"></form>确实存在，且id值与按钮的form="xxx"完全一致（区分大小写） - 按钮不在任何
<form></form>内部——如果它被意外嵌套在另一个表单里，form属性会被浏览器忽略 - 按钮的
type是"submit"或未声明（默认即 submit），type="button"不会触发表单提交
Network 面板中看不到请求？检查按钮类型与表单验证
点击按钮后 Network 面板无任何 POST/GET 请求，除了 form 属性失效外，还有两个高频原因：
- 目标表单内有
required字段为空，浏览器阻止提交并聚焦到第一个无效控件，但不会提示——可临时移除required或填入测试值快速验证 - 按钮是
<input type="button">或<button type="button"></button>，这类按钮完全不参与表单提交逻辑，必须改成type="submit" - 目标表单设置了
novalidate，但按钮本身又触发了 JS 的event.preventDefault()，导致原生提交链路中断
submit 事件监听不到 event.submitter？注意浏览器兼容性
当用 JS 监听 form 的 submit 事件，并想通过 event.submitter 获取哪个按钮触发了提交时，需注意：
DeepBI DHTML 页面生成器
下载
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
立即学习“前端免费学习笔记（深入）”；
-
event.submitter在 Safari 15.4 及更早版本中不支持，旧版 Safari 返回null - 若用
form.submit()方法手动调用，event.submitter永远为null，无法溯源 - 安全兜底做法：给每个跨表单按钮加
data-form-action或data-intent属性，在 click 事件中手动记录，再在 submit 处理器里读取
按钮提交了但数据不对？确认采集范围只限目标 form 内部
跨表单提交时，浏览器**只收集 form 属性所指向的那个 <form id="xxx"></form> 内部的可提交控件**（<input>、<select></select>、<textarea></textarea>），完全无视按钮自身所在位置。
这意味着：
- 按钮放在页脚、弹窗、甚至另一个
<form></form>里，都不影响数据采集范围 - 按钮自身的
name和value**不会自动包含在提交数据中**（除非显式设置formaction+formmethod并触发 submit） - 目标表单内被设为
disabled的控件，其值不会被提交——注意不是readonly，而是disabled
调试时可在 submit 事件中打印 new FormData(event.target)，用 for...of 遍历确认实际提交了哪些键值对。
