在 Qt 中，event() 函数和特定事件处理函数（如 mousePressEvent()）的调用顺序和职责不同，这是由 Qt 的事件分发机制决定的。让我通过源码解析和执行流程来详细解释：
一、核心区别
特性 |
event () 函数 |
mousePressEvent () 等特定事件函数 |
调用顺序 |
先被调用 |
后被调用（由 event() 内部调用） |
事件类型 |
处理所有类型的事件（需手动判断类型） |
仅处理特定类型的事件（如鼠标、键盘事件） |
返回值 |
bool（表示事件是否已处理） |
void（无法阻止事件传递） |
拦截能力 |
可通过返回 true 拦截事件 |
不可拦截，事件会继续向上传递 |
使用场景 |
全局事件处理、自定义事件处理 |
特定事件的业务逻辑处理 |
二、执行流程源码解析
当事件到达目标对象时，Qt 的核心事件分发逻辑大致如下（伪代码）：
// QObject::event() 的简化逻辑
bool QObject::event(QEvent *event) {
switch (event->type()) {
case QEvent::MouseButtonPress:
mousePressEvent(static_cast<QMouseEvent*>(event));
if (event->isAccepted()) // 默认接受
return true;
break;
case QEvent::KeyPress:
keyPressEvent(static_cast<QKeyEvent*>(event));
if (event->isAccepted())
return true;
break;
// 其他事件类型...
}
return false; // 事件未处理，继续传递
}
关键点：
- event() 是入口：所有事件首先到达 event() 函数。
- 类型分发：event() 根据事件类型调用对应的特定事件处理函数（如 mousePressEvent()）。
- 事件状态：特定事件处理函数通过 event->accept() 或 event->ignore() 标记事件是否已处理，但无法阻止事件传递。
三、示例执行流程
当点击按钮时，实际调用链为：
1. 全局过滤器 → 窗口过滤器 → 按钮
2. 按钮::event()
└─ 判断事件类型为 MouseButtonPress
└─ 调用按钮::mousePressEvent()
3. 按钮::mousePressEvent() 执行具体逻辑
四、代码验证
修改示例代码，添加 event() 的返回值：
bool MyButton::event(QEvent *event) {
if (event->type() == QEvent::MouseButtonPress) {
qDebug() << "[4] 按钮 event() → 鼠标按下";
// 拦截事件，不调用父类实现
return true;
}
return QPushButton::event(event);
}
输出结果：
[1] 全局过滤器 → Button → QEvent::MouseButtonPress
[2] 窗口过滤器 → Button → 鼠标按下
[4] 按钮 event() → 鼠标按下
变化点：
- mousePressEvent() 不再被调用，因为 event() 返回 true 表示事件已处理。
- 按钮的默认点击效果（如文本变色、凹陷动画）消失，因为 QPushButton::mousePressEvent() 未被执行。
五、应用场景建议
- 使用 event() 的场景：
-
- 拦截特定类型的事件（如阻止窗口关闭）。
-
- 处理自定义事件（通过 QEvent::registerEventType() 注册的事件）。
-
- 全局事件监控（如记录所有键盘输入）。
- 使用特定事件处理函数的场景：
-
- 实现控件的核心业务逻辑（如按钮点击、文本框输入）。
-
- 修改默认行为（如自定义鼠标拖拽逻辑）。
六、总结
- 调用顺序：event() 先于特定事件处理函数被调用，因为它是事件分发的入口。
- 职责划分：
-
- event()：控制事件的流向（是否拦截）和类型分发。
-
- 特定事件处理函数：实现具体的业务逻辑。
- 拦截能力：
-
- event() 通过返回 true 拦截事件。
-
- 特定事件处理函数只能标记事件状态（accept/ignore），无法阻止传递。
理解这一机制后，你可以更精准地控制事件处理流程，避免常见的事件处理错误。