form 的 method 属性只能是 get 或 post；它严格控制表单提交的 HTTP 方法，大小写敏感，非标准值如 dialog 会被忽略，必须与 action 和后端路由匹配。
form 的 method 属性只能是 get 或 post
HTML 表单提交时用什么 HTTP 方法，全靠 method 属性控制。它不是可选的“建议”，而是浏览器强制执行的指令——不写默认是 get，但显式写出来更可靠。
常见错误现象：method="GET"（大写）在部分旧环境或严格解析器下可能被忽略；method="submit" 或 method="send" 这类自造值，浏览器会静默降级为 get，后端收不到数据还查不出原因。
-
method="get"：参数拼在 URL 后，适合搜索、过滤等无副作用操作；注意 URL 长度限制（通常 2KB 左右），且敏感内容会暴露在地址栏和服务器日志里 -
method="post"：数据走请求体，没长度硬限制，适合登录、上传、修改类操作；必须配合enctype控制编码方式（如文件上传要enctype="multipart/form-data"） - 大小写敏感：
method="Get"或method="POST"不符合 HTML 标准，虽多数浏览器能容错，但 W3C 验证失败，SSR 渲染或某些代理可能出问题
method 和 action 配合决定数据去哪、怎么发
action 是路径，method 是动作方式，两者绑定生效。单独改一个，常导致表单“点了没反应”或“跳转错页面”。
使用场景举例：同一个后端接口，GET /api/users 查列表，POST /api/users 新建用户——路径一样，仅靠 method 区分语义。
立即学习“前端免费学习笔记（深入）”；
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
- 如果
action是相对路径（如action="save.php"），method决定这个请求是以查询字符串还是请求体发送 - 如果
action是空（action=""）或缺失，表单会提交到当前 URL，此时method仍起作用——get会刷新并带参数，post会重新 POST 当前页 - SPA 中用
fetch拦截表单时，method属性不会自动传给 JS；得手动读取：form.method才能知道该发 GET 还是 POST
method="dialog" 不是标准属性，别乱用
有些文章或代码片段里出现 method="dialog"，这是对 <dialog></dialog> 元素的误解。HTML 表单没有 dialog 方法，浏览器完全忽略它，等同于没写 method（即回退到 get）。
真正想实现模态框内提交，应该用原生 <dialog></dialog> + 表单，但 method 仍只能是 get 或 post：
<dialog>
<form method="post" action="/submit">
<input name="msg">
<button type="submit">发送</button>
</form>
</dialog>
- 不要把
<dialog></dialog>当成表单方法；它的作用是控制显示/隐藏，跟 HTTP 方法无关 - 若用 JS 控制提交，
event.submitter?.formMethod可读按钮上写的formmethod，但全局method还是那两个值 - 框架（如 Vue/React）里动态绑定
method时，确保变量值最终是小写字符串"get"或"post"，别传布尔值或 undefined
服务器端必须按 method 区分处理逻辑
前端写了 method="post"，不代表后端就自动收到 POST 数据。PHP 的 $_GET 和 $_POST、Node.js 的 req.query 和 req.body，都严格依赖实际 HTTP 方法。
容易踩的坑：Nginx 或 CDN 把 POST 改成 GET（比如开启某些缓存策略），或者前端用了 fetch 但没设 method: 'POST'，结果后端一直收不到 req.body。
- 调试时先看 Network 面板里的请求方法列，确认是不是真发了 POST
- PHP 中
$_REQUEST默认包含 GET 和 POST，但混合读取易出安全问题，建议显式用$_POST - Express 默认不解析 POST body，需加
express.urlencoded({ extended: true })，否则req.body是空对象
method 看似简单，但它是前后端约定的第一道契约——写错大小写、拼错值、或和 action / 后端路由不匹配，都会让数据“发出去却没到地方”。最稳妥的做法：始终小写、只用 get 或 post、提交前用 DevTools 确认请求方法。 
