input type="submit" 是触发表单提交的开关，必须嵌套在闭合的 form 内才生效，且需有 name 属性才能向后端传递操作意图，同时受浏览器原生验证约束。
input type="submit" 不是“发请求的按钮”，而是“触发表单提交的开关”——它本身不收集、不拼接、不发送数据，只告诉浏览器：“现在该用这个 form 的规则走一遍提交流程了”。
submit 按钮必须嵌在 form 里才有效
单独写一个 <input type="submit">，页面能渲染、能点击，但什么都不会发生。浏览器根本不识别它和任何表单的归属关系。
常见错误现象：Uncaught TypeError: form.submit is not a function（实际是因为 DOM 中根本没找到父级 form）；或者点击后静默无反应，Network 面板里压根没请求发出。
-
form标签必须闭合，且input[type="submit"]必须是其直接或嵌套子元素（比如放在<div> 或 <code><fieldset></fieldset>里没问题） -
form最好显式声明action属性，哪怕设为空字符串action=""——Safari 等浏览器对无action的表单会静默忽略提交 - 不要依赖 JS 动态把按钮 append 到 form 里就认为“已绑定”：DOM 位置决定行为，不是 JS 关系
-
<input type="submit" name="action" value="publish">→ 后端收到action=publish -
<input type="submit" value="delete">（缺name）→ 完全不发任何键值对 - 多个 submit 共存时，只有被点击的那个的
name和value会上报；其他同名 submit 不参与 - 若所有 submit 都没设
name，后端只能靠判断其他字段或 HTTP 方法区分动作，极易出错 - 检查是否有
required字段为空，或邮箱格式非法 - 别在
form上设disabled（无效），应禁用内部具体控件 - CSS 遮盖（如
z-index过低）、pointer-events: none或透明度为 0，也会导致点击失效 - 真要调试，先开 Network 面板看有没有请求，再切 Elements 确认按钮是否可交互、表单结构是否完整
-
button[type="submit"]是容器元素，支持嵌套 HTML（图标、<strong></strong>、换行），value属性不存在，显示内容写在开始和结束标签之间 -
input[type="submit"]是自闭合标签，所有显示文本靠value属性，无法内嵌结构，加图标只能靠 CSSbackground，屏幕阅读器读不出图标的语义 - 回车键只触发表单中 DOM 顺序第一个
type="submit"的控件（button或input都算），其他按钮不响应 -
button默认就是type="submit"，不写type就等于埋雷——点一下就会提交，哪怕你本意只是执行 JS
name 属性决定它能不能传数据给后端
很多后端收不到操作意图，问题就出在这里：只写了 value，漏了 name。
浏览器只把“有 name 属性且非空”的 input type="submit" 的 name=value 对作为表单数据的一部分发送。
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
它不处理验证，但会被验证拦住
点了没反应，控制台也没报错？大概率是浏览器内置表单验证在起作用。
input type="submit" 自身没有验证逻辑，但它触发的原生提交流程会检查所有带 required、type="email" 等约束的控件。任一校验失败，提交就被静默拦截——焦点跳转到出错字段，气泡提示弹出，但 Network 里没请求，JS 里也捕获不到异常。
button[type="submit"] 和 input[type="submit"] 的关键差异
二者都能触发提交，但语义、扩展性和可访问性差别不小，选错会影响键盘操作、屏幕阅读器和样式自由度。
真正容易被忽略的点是：submit 按钮的 name 不仅用于后端路由，还影响客户端 FormData 序列化结果；而它的“无反应”，十次有八次不是 JS 写错了，是表单结构或验证状态没理清。
