当我想阻止其他事件处理程序在触发某个事件后执行时，我可以使用以下两种技术之一。我将在示例中使用jQuery，但这也适用于普通JS：
1.event.prpreventDefault（）
$('a').click(function (e) {
// custom handling here
e.preventDefault();
});
2.返回false
$('a').click(function () {
// custom handling here
return false;
});
这两种停止事件传播的方法之间有什么显著的区别吗？
对我来说，返回false；与执行方法相比，它更简单、更短，并且可能更不容易出错。使用该方法，您必须记住正确的大小写、括号等。
此外，我必须在回调中定义第一个参数才能调用该方法。也许，我应该避免这样做，而是使用preventDefault，这是有原因的吗？更好的方法是什么？
当前回答
return false和event.prpreventDefault（）之间的主要区别是，将不会执行return false以下的代码，在event.prpredictDefault（）情况下，您的代码将在该语句之后执行。
当你写return false时，它在幕后为你做以下事情。
* Stops callback execution and returns immediately when called.
* event.stopPropagation();
* event.preventDefault();
其他回答
正如你所称，这不是一个“JavaScript”问题；这是一个关于jQuery设计的问题。
jQuery和之前链接的John Resig引用（在karim79的消息中）似乎是对事件处理程序一般工作方式的误解。
事实：返回false的事件处理程序阻止该事件的默认操作。它不会停止事件传播。从Netscape Navigator的旧时代开始，事件处理程序就一直以这种方式工作。
返回false的事件处理程序内容属性和事件处理程序IDL属性将阻止该事件处理程序的默认操作。
jQuery中发生的情况与事件处理程序中发生的不同。DOM事件侦听器和MSIE“附加”事件完全不同。
有关进一步阅读，请参阅[[W3C DOM 2事件文档]][1]。
对于一个元素，可以在onClick事件上挂起很多函数。你怎么能确定假的会是最后一个开火的？另一方面，preventDefault将只阻止元素的默认行为。
根据我的经验，与使用return false相比，使用event.prpreventDefault（）至少有一个明显的优势。假设您正在捕获锚标记上的单击事件，否则，如果用户被导航离开当前页面，这将是一个大问题。如果您的点击处理程序使用return false来阻止浏览器导航，则会导致解释器无法到达return语句，浏览器将继续执行锚标记的默认行为。
$('a').click(function (e) {
// custom handling here
// oops...runtime error...where oh where will the href take me?
return false;
});
使用event.prpreventDefault（）的好处是可以将其作为处理程序中的第一行添加，从而确保锚点的默认行为不会被触发，无论是否未到达函数的最后一行（例如运行时错误）。
$('a').click(function (e) {
e.preventDefault();
// custom handling here
// oops...runtime error, but at least the user isn't navigated away.
});
return false和event.prpreventDefault（）之间的主要区别是，将不会执行return false以下的代码，在event.prpredictDefault（）情况下，您的代码将在该语句之后执行。
当你写return false时，它在幕后为你做以下事情。
* Stops callback execution and returns immediately when called.
* event.stopPropagation();
* event.preventDefault();
当使用jQuery时，return false是在调用它时执行3个单独的操作：
event.prpreventDefault（）；event.stopPropagation（）；停止回调执行并在调用时立即返回。
有关更多信息和示例，请参阅jQueryEvents:Stop（Mis）UsingReturnFalse。
