HTML中input标签type=button的普通按钮用法

先明确一个核心概念： 本质上是一个纯粹的触发器。它本身不带任何默认行为——不提交表单、不重置字段，也不会响应键盘回车。想让这个按钮“活”起来，必须通过 onclick 属性或 Ja vaScript 手动为其绑定事件。

为什么不能直接用 onclick="doSomething()" 就完事？

这么写，代码确实能跑起来，但问题也随之而来。将 Ja vaScript 逻辑硬编码在 HTML 的 onclick 属性里，会导致结构与行为紧密耦合。这不仅让后期调试变得困难，也阻碍了代码的复用和动态控制。更关键的一点是：如果 Ja vaScript 加载失败或被用户主动禁用，依赖 onclick 属性的按钮就会立刻失效，变成一个毫无反应的“假按钮”。

那么，更稳妥的做法是什么？

• 首选方案是使用 addEventListener("click", handler) 在 Ja vaScript 中进行事件绑定。
• 务必确保在 DOM 加载完成后再执行绑定操作，例如将代码放在 DOMContentLoaded 事件监听器中。
• 当然，如果项目需要支持 IE8 这类旧版浏览器，可能还需要考虑 attachEvent 作为备选方案，不过对于绝大多数现代项目而言，这一点基本可以忽略。

value 属性是唯一控制显示文字的方式

这里有个容易踩坑的细节： 是一个空元素标签，它内部不能嵌套任何内容。这意味着，你不能像使用 元素那样，在标签之间写入“点我”这样的文本。所有你希望在按钮上看到的文字，都必须通过 value 属性来设置。

• ✅ 这是唯一正确的写法。
• 保存 ❌ 这种写法无效，浏览器会直接忽略闭合标签及其中的文本。
• 另外，如果将 value 属性设为空值（value=""），按钮就会显示为一片空白，既容易导致用户误点，也缺乏必要的操作提示。

它和 button 元素在表单里的行为差异

虽然两者都能响应点击，但在表单这个特定上下文里，它们的行为逻辑有着微妙却重要的区别。 完全置身于表单提交流程之外，非常“安全”但也相对“死板”。而

元素则不然，如果未显式设置其 type 属性，它在部分浏览器（尤其是旧版本的 IE）中会被默认当作 type="submit" 来处理，从而可能意外触发表单提交，这可是个不小的隐患。

立即学习“前端免费学习笔记（深入）”；

• ：绝对安全，永远不会主动提交表单。

提交：行为不一致的根源。根据 W3C 规范，其默认类型是 submit，IE 也遵循此规则，但某些移动端浏览器的处理方式可能不同。

话说回来，真正容易被忽略的，其实是两者在语义、可访问性支持以及样式扩展能力上的差距。很多人误以为它们只是写法不同，但实际上， 元素支持伪元素、内部可以放置其他子元素（如图标和文字组合），其语义也更明确。所以，除非是为了兼容极其古老的系统或维护遗留代码，否则，优先选用 元素通常是更稳妥、更面向未来的选择。