提交按钮必须使用 <button type="submit">，因其语义正确、支持回车提交、兼容屏幕阅读器；禁用状态需用 JavaScript 动态控制并及时重置；表单须设置 action 和 method 属性以确保正确提交。
提交按钮必须用 <button type="submit">，别用 <input type="button">
表单提交行为依赖浏览器原生机制，<input type="button"> 不会触发表单提交，即使绑了 JavaScript 也绕不开兼容性和可访问性问题。真正可靠的方式是让按钮成为表单控件的一部分。
常见错误现象：点击后页面没反应、数据没发到后端、按回车键无法提交。
-
<button type="submit">提交问卷</button>是标准写法，语义正确、键盘回车可用、屏幕阅读器能识别 - 如果用了
<input type="button">，必须手动调用form.submit()，且需额外处理event.preventDefault()和回车逻辑 - 避免写成
<button>（无type属性），某些浏览器默认为type="submit"，但部分旧版 Safari 会当作type="button"，行为不一致
按钮禁用状态要靠 JavaScript 控制，不能只靠 CSS
用户重复点击会导致多次提交，尤其在慢网或后端响应延迟时。仅加 disabled 属性还不够——得在点击瞬间禁用，并在提交完成或失败后恢复。
使用场景：防止重复提交、配合加载态 UI、与表单验证联动。
立即学习“前端免费学习笔记（深入）”；
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 初始状态不要设
disabled，否则首次点击无效；应在click或submit事件中设置button.disabled = true - 禁用后记得重置：成功时跳转/清空表单；失败时
button.disabled = false并提示错误 - 别只靠
opacity: 0.5或pointer-events: none，这些不影响实际可点击性，也不阻止表单提交
表单 <form> 必须有 action 和 method，否则提交路径不确定
很多问卷前端只写 HTML 结构，漏掉关键属性，导致点击后刷新当前页或 405 错误。
参数差异直接影响后端接收方式：
-
method="POST"是常规选择，适合传输问卷数据（避免 URL 长度限制和日志泄露） -
action必须指向真实接口地址，如/api/survey；留空或写"#"会导致提交到当前 URL，大概率 404 - 如果用 JavaScript 提交（如
fetch），仍建议保留<form>结构和action，便于降级支持（JS 失效时仍可提交）
按钮文案要明确，避免“确定”“OK”这类模糊词
调查问卷的提交动作具有不可逆性，用户需要清晰感知操作后果。模糊文案会增加误点率，尤其在移动端小屏幕上。
性能影响虽小，但可访问性（a11y）和转化率有实际差别：
- 用
提交问卷比提交更具体；确认并提交适用于含确认页的流程 - 避免纯图标按钮（如仅用 ✅），没文字的按钮对屏幕阅读器不友好，也不利于 SEO 和用户理解
- 如果按钮旁有必填提示，文案可强化责任归属，例如
我已填写完毕，提交问卷（需配合 JS 校验逻辑）
最易被忽略的是：提交按钮的 name 属性常被省略，但后端可能依赖它区分多按钮场景（比如“暂存”和“提交”并存），所以建议显式写上 name="submit" 或 name="action"。
