preventDefault() 有时无效是因为执行时机或上下文错误：监听器未成功绑定、漏传事件参数、异步调用、伪造事件未设cancelable:true，或在事件生命周期外调用；应先判断e.cancelable再调用。
直接调用 event.preventDefault() 即可阻止默认行为，但必须确保它在事件处理函数中被正确执行，且不能在事件已传播完成或对象已被回收后调用。
为什么 preventDefault() 有时没效果？
常见原因不是写法错，而是执行时机或上下文不对：
- 事件监听器没绑定成功（比如 DOM 元素还没加载完就加监听）
- 用了箭头函数但错误地把
event参数漏掉了：() => { e.preventDefault() }中的e根本没定义 - 在异步回调里调用（如
setTimeout(() => e.preventDefault(), 0)），此时事件早已结束，调用无效 - 事件对象是伪造的（比如手动
new Event('click')后 dispatch，这种原生Event实例默认不可取消，需显式传{ cancelable: true }）
preventDefault() 和 stopPropagation() 的区别
这两个常被混用，但作用完全不同：
-
preventDefault()：只阻止浏览器对事件的默认响应（如点击<a>跳转、表单提交、空格键滚动页面） -
stopPropagation()：只阻止事件继续向父元素冒泡，不影响默认行为 - 两者互不干扰，可同时使用；但若只需要禁用跳转，别误加
stopPropagation()，否则可能破坏外层监听逻辑（如模态框点击遮罩关闭）
哪些事件默认不可取消？怎么判断？
不是所有事件都能被阻止。关键看 event.cancelable 属性：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
立即学习“Java免费学习笔记（深入）”；
element.addEventListener('click', (e) => {
console.log(e.cancelable); // true → 可调用 preventDefault()
});
典型不可取消事件包括：load、error、scroll（非用户触发的滚动）、部分自定义事件。而 click、submit、keydown（某些键如 Enter 在表单内）通常是可取消的。
安全做法是先判断再调用：if (e.cancelable) e.preventDefault();
最容易被忽略的是事件对象的生命期——它只在同步处理阶段有效；一旦进入微任务（Promise.then）或宏任务（setTimeout），再访问 e.preventDefault() 不会报错，但也不起作用，且无任何提示。
