type="submit"触发HTML5原生校验并默认提交，需在submit事件中preventDefault()阻止；type="button"不触发校验也不提交，须手动调用reportValidity()和form.submit()。
type="submit" 会触发 HTML5 原生校验，type="button" 完全不触发
浏览器只在 type="submit" 按钮被点击（或回车触发）时，才走完整表单提交流程：自动检查 required、pattern、minlength 等约束，并在首个无效字段上聚焦、显示气泡提示。而 type="button" 根本不启动这套机制——哪怕它和输入框在同一 <form> 里，点了也只执行绑定的 onclick，校验逻辑得你手动写。
校验失败时，type="submit" 默认仍会提交（除非拦截），type="button" 从不提交
这是最容易翻车的点：type="submit" 按钮点击后，浏览器先校验，但校验失败 ≠ 阻止提交——它只是显示提示，然后照常触发表单提交（发送请求或跳转），除非你在 submit 事件里显式调用 event.preventDefault()。而 type="button" 从一开始就没有提交行为，自然不存在“校验失败还提交”的问题。
- 常见错误：给
type="submit"绑了onclick="validate();"，但没在submit事件里拦住默认行为 → 校验失败时照样发请求 - 正确做法：监听
form.addEventListener('submit', e => { if (!e.target.checkValidity()) e.preventDefault(); }) -
type="button"要实现校验+提交，必须手动调用form.submit()，但这会绕过所有 HTML5 校验（包括required）
reportValidity() 和 checkValidity() 在两种 type 下行为一致，但触发时机不同
reportValidity() 和 checkValidity() 是 JS API，跟按钮类型无关，只依赖表单元素本身状态。但实际使用中差异明显：
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 对
type="submit"：通常不需要手动调，浏览器在校验阶段已自动调用；若手动调，需确保元素可见且未disabled - 对
type="button"：必须主动调form.reportValidity()才能看到提示，否则用户根本不知道哪错了 - 注意：
form.reportValidity()不会阻止提交，它只报告；真正要阻断，还得靠event.preventDefault()+ 条件判断
回车键行为完全由 type="submit" 决定，type="button" 无响应
用户在任意表单控件（如 <input type="text">）里按回车，浏览器只会查找并触发第一个 type="submit" 按钮的默认行为——包括校验和提交。而 type="button" 对回车键完全透明，哪怕它 DOM 位置更靠前也没用。
立即学习“前端免费学习笔记（深入）”；
- 这意味着：如果表单里只有
type="button"，回车键不会触发任何提交，也不会校验 - 如果混用多个
type="submit"，回车永远只认第一个，后续按钮的name/value不会被发送 - 想让“校验按钮”支持回车？只能用
type="submit"+event.preventDefault()拦截，别指望type="button"补救
submit 事件里 preventDefault()，或者误用了 onclick 拦截却漏掉了表单原生流程。 
