从HTML5开始，按钮支持formaction属性。最重要的是，不需要JavaScript或诡计。

<表单><button formaction=“http://stackoverflow.com“>转到堆栈溢出！</button></form>

注意事项

必须由<form>标记包围。＜button＞类型必须是“submit”（或未指定）-我无法使用“button”类型。这引出了以下问题。重写表单中的默认操作。换句话说，如果在另一个表单中执行此操作，将导致冲突。

参考：formaction

浏览器支持：＜button＞：button元素

您还可以将buttons类型属性设置为“button”（它使其不提交表单），然后将其嵌套在链接中（使其重定向用户）。

这样，如果需要，您可以在同一表单中有另一个按钮来提交表单。我还认为，在大多数情况下，这比将表单方法和动作设置为链接更可取（除非我猜是搜索表单…）

例子：

<form method=“POST”action=“/SomePath”><input type=“text”name=“somefield”/><a href=“www.target.com”><button type=“button”>转到目标</按钮></a><button type=“submit”>提交表单</button></form>

这样，第一个按钮重定向用户，而第二个按钮提交表单。

小心确保按钮不会触发任何动作，否则会导致冲突。同样，正如Arius所指出的，您应该意识到，出于上述原因，根据标准，严格来说，这并不是有效的HTML。不过，它在Firefox和Chrome中确实可以正常工作，但我还没有在Internet Explorer中测试过它。

HTML回答：如果您想创建一个HTML按钮，该按钮的作用类似于链接，请使用两个常用属性：<a>和/或action=“”：

<form action="stackoverflow.com"/>
   <button type="submit" value="Submit Form"

或

“href”是<a>属性的一部分。它有助于直接链接：

<a href=“stackoverflow.com”>href</a>

<form>
    <input type="button" value="Home Page" onclick="window.location.href='http://www.wherever.com'"> 
</form>

从HTML5开始，按钮支持formaction属性。最重要的是，不需要JavaScript或诡计。

<表单><button formaction=“http://stackoverflow.com“>转到堆栈溢出！</button></form>

注意事项

必须由<form>标记包围。＜button＞类型必须是“submit”（或未指定）-我无法使用“button”类型。这引出了以下问题。重写表单中的默认操作。换句话说，如果在另一个表单中执行此操作，将导致冲突。

参考：formaction

浏览器支持：＜button＞：button元素

这个问题似乎有三种解决方案（都有利弊）。

解决方案1：表单中的按钮。

<form method="get" action="/page2">
    <button type="submit">Continue</button>
</form>

但问题是，在某些版本的流行浏览器（如Chrome、Safari和Internet Explorer）中，它在URL末尾添加了问号字符。换言之，您的URL上面的代码最终将如下所示：

http://someserver/pages2?

有一种方法可以解决这个问题，但需要服务器端配置。使用Apache Mod_rewrite的一个示例是重定向所有带有拖尾的请求？到其相应的URL，而不使用？。下面是一个使用.htaccess的示例，但这里有一个完整的线程：

RewriteCond %{THE_REQUEST} \?\ HTTP [NC]
RewriteRule ^/?(index\.cfm)? /? [R=301,L]

类似的配置可能因使用的Web服务器和堆栈而异。因此，总结一下这种方法：

赞成的意见：

这是一个真正的按钮，从语义上讲是有意义的。因为它是一个真实的按钮，所以它也会像真实的按钮一样（例如，当激活时按下空格键时，拖动行为和/或模仿单击）。不需要JavaScript，不需要复杂的样式。

欺骗：

尾随？在某些浏览器中看起来很难看。这可以通过黑客（在某些情况下）使用POST而不是GET来解决，但干净的方法是使用服务器端重定向。服务器端重定向的缺点是，由于304重定向，它将导致对这些链接的额外HTTP调用。添加额外的<form>元素当使用多种形式时，元素定位可能会很棘手，在处理响应式设计时会变得更糟。根据元素的顺序，使用此解决方案可能无法实现某些布局。如果设计受到这一挑战的影响，最终可能会影响可用性。

解决方案2：使用JavaScript。

您可以使用JavaScript触发onclick和其他事件，以使用按钮模拟链接的行为。下面的示例可以从HTML中改进和删除，但它只是为了说明这个想法：

<button onclick="window.location.href='/page2'">Continue</button>

赞成的意见：

简单（对于基本需求）并保持语义，而不需要额外的形式。因为它是一个真实的按钮，所以它也会像真实的按钮一样（例如，当激活时按下空格键时，拖动行为和/或模仿单击）。

欺骗：

需要JavaScript，这意味着不易访问。这对于基础（核心）元素（如链接）来说并不理想。

解决方案3：锚（链接）样式类似按钮。

将链接设置为按钮的样式相对容易，并且可以在不同的浏览器中提供类似的体验。Bootstrap可以做到这一点，但使用简单的样式也很容易实现。

赞成的意见：

简单（对于基本要求）和良好的跨浏览器支持。不需要<form>即可工作。不需要JavaScript来工作。

欺骗：

语义有点断裂，因为你需要一个像链接一样的按钮，而不是一个像按钮一样的链接。它不会再现解决方案#1的所有行为。它将不支持与按钮相同的行为。例如，链接在拖动时的反应不同。此外，如果没有额外的JavaScript代码，“空格键”链接触发器将无法工作。这将增加很多复杂性，因为浏览器在如何支持按钮上的按键事件方面并不一致。

结论

解决方案#1（表单中的按钮）对于用户来说似乎是最透明的，所需的工作最少。如果您的布局不受此选择的影响，并且服务器端的调整是可行的，那么对于可访问性是最高优先级的情况（例如，错误页面上的链接或错误消息），这是一个很好的选择。

如果JavaScript不是可访问性要求的障碍，那么解决方案#2（JavaScript）将优先于#1和#3。

如果出于某种原因，可访问性至关重要（JavaScript不是一个选项），但您的设计和/或服务器配置使您无法使用选项#1，那么解决方案#3（锚样式类似于按钮）是一个很好的替代方案，以最小的可用性影响解决此问题。