Qt postEvent与事件过滤器：事件过滤时机的技术问询

你的判断完全正确——事件过滤器是在目标QThread的事件循环中执行过滤逻辑的，而非调用postEvent()的线程里。

我来拆解下Qt事件投递的完整流程帮你确认：

• 当你调用QCoreApplication::postEvent()时，Qt做的仅仅是把事件对象添加到目标线程的事件队列中，这个过程是异步的，不会立即处理事件，自然也不会触发任何事件过滤器。
• 只有当目标线程的事件循环（也就是QThread::exec()启动后的循环）开始轮询事件队列时，才会取出下一个待处理的事件。在将事件分发给目标对象之前，Qt会先检查该对象（或其上级对象）安装的事件过滤器，这时eventFilter()才会被调用——如果过滤器返回true，这个事件就会被直接丢弃，不会再传递给目标对象处理。

再补充几个关键点帮你加深理解：

• 事件过滤器的eventFilter()函数是在目标对象所在的线程中执行的，这也侧面证明了它是在事件循环阶段生效的——毕竟调用postEvent()的线程和目标工作线程往往是不同的线程。
• 如果想要在事件投递阶段（也就是postEvent()调用时）就拦截事件，你需要自己在调用postEvent()前做判断，或者封装一个自定义的投递函数，先过滤再调用原生的postEvent()，但这不属于Qt内置事件过滤器的能力范围。

至于你说在Qt文档里找不到明确说明，其实可以结合两个文档细节推导：QObject::installEventFilter()的文档提到“过滤器会在事件到达目标对象之前被调用”，而QCoreApplication::postEvent()明确说明“事件会被加入队列，等待事件循环处理”，把这两点结合起来，就能明确过滤时机是在事件循环阶段。

内容的提问来源于stack exchange，提问作者saul_tarvitz