dispatchevent()返回值直接反映默认行为是否被取消：true表示未取消，false表示至少一个监听器调用了preventdefault()；事件不可取消时恒返回true，无效类型则抛异常。
可以通过 dispatchEvent() 的返回值直接判断事件是否被取消，默认行为是否发生。返回 true 表示事件未被阻止，流程正常执行；返回 false 表示至少有一个监听器调用了 event.preventDefault()，默认行为被取消。
dispatchEvent 返回值的含义
该方法返回一个布尔值，其逻辑非常明确：
-
true：事件未被取消，所有监听器执行完毕，且没有调用
preventDefault() -
false：事件可取消（
event.cancelable === true），且至少一个监听器调用了preventDefault() - 如果事件不可取消（如
load、error等），即使监听器调用preventDefault()，返回值仍为 true - 若事件对象未设置有效类型（如空字符串或
null），会直接抛出UNSPECIFIED_EVENT_TYPE_ERR异常，不返回布尔值
如何在代码中合理使用返回值
返回值本身不表示“事件是否被监听”，而只反映“默认行为是否被阻止”。因此它适合用于控制后续逻辑分支：
- 触发表单提交类事件时，可根据返回值决定是否手动执行提交逻辑
- 模拟点击按钮后，检查返回值来确认
click是否触发了默认跳转或表单提交 - 在自定义事件中，若约定
cancelable: true，可用返回值作为“拦截成功”的信号 - 注意：返回
false并不意味着没人监听，也不代表监听器报错——异常是独立抛出的，不影响返回值
常见误判场景与规避方式
容易混淆的点在于把返回值等同于“事件是否被处理”或“监听器是否执行”。实际上：
- 即使没有任何监听器，只要事件可取消且未调用
preventDefault()，仍返回 true - 有监听器但没调用
preventDefault()，也返回 true - 监听器里抛出异常，不影响返回值，但会作为未捕获错误上报
- 自定义事件必须显式设置
cancelable: true，否则preventDefault()无效，返回值恒为 true
关键不在有没有监听器，而在有没有主动取消默认行为。抓住这个点，返回值就很好理解。
