提交按钮必须用 ，因其语义明确、支持内容包裹、disabled样式可控、无障碍友好；仅旧ie兼容场景才用 。
提交按钮必须用 <button type="submit"></button>，别用 <input type="submit"> 除非有兼容旧IE需求
现代表单交互依赖 button 的语义明确性和可扩展性。<input type="submit"> 无法包裹内容（比如图标+文字），也不支持 disabled 状态下的样式微调，更难做无障碍适配。只有在需要支持 IE8 及更早版本时才考虑 input —— 但这类场景现在极少见。
-
button默认行为就是提交最近的<form></form>，无需额外绑定事件或form属性 - 若按钮在表单外需控制指定表单，必须加
form属性，值为对应form的id，例如：<button type="submit" form="myForm">提交</button> - 不要写
type="button"再手动调form.submit()—— 这绕过了原生提交校验（如required、pattern）
禁用状态要靠 disabled 属性，而不是 CSS 的 pointer-events: none
用户点击被禁用的提交按钮时，如果只靠样式屏蔽，表单仍可能被意外提交（比如键盘回车、辅助技术触发）。disabled 是唯一可靠的方式，它会同时禁用交互、阻止提交、并让浏览器跳过该控件的表单数据序列化。
-
disabled后按钮自动变为不可聚焦、不可键盘触发，且不会出现在form.elements中 - 禁用逻辑应基于表单有效性，推荐监听
input或blur事件后调用form.checkValidity()，再设button.disabled = !form.checkValidity() - 避免用 JavaScript 动态移除
disabled却没同步更新 UI 状态（比如异步校验完成但按钮仍灰着）
提交前防重复点击：加 disabled + 立即重置需谨慎
用户手快连点两次，后端可能收到重复请求。常见做法是点击后立刻 button.disabled = true，但要注意重置时机 —— 成功后重置没问题，失败后是否重置取决于业务逻辑（比如网络错误应允许重试，校验失败则不该重置）。
- 提交前设
button.disabled = true，同时可临时改textContent为“提交中…”提升反馈感 - 成功响应后，用
button.disabled = false恢复；失败响应后，仅恢复文字，disabled是否恢复由错误类型决定 - 不要在
fetch().then()里无条件重置disabled—— 如果后端返回 400，按钮不该立刻可用，否则用户可能再次提交无效数据
按钮文案别写“确定”，优先用动词短语描述动作
“确定”是模糊指令，用户不清楚提交后会发生什么。表单上下文越具体，文案越应反映实际操作结果，这对转化率和无障碍体验都有影响。
- 注册页用
<button type="submit">创建账户</button>，比“确定”更明确 - 修改资料页用
<button type="submit">保存更改</button>，暗示变更已生效 - 避免使用“下一步”这种仅适用于多步流程的文案——单页表单用它会造成认知错位
按钮是否显示加载态、是否支持快捷键（Enter）、是否与屏幕阅读器正确配合，这些细节在真实项目里往往比“怎么放个按钮”更耗调试时间。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
