android 下qt事件循环,Qt事件循环原理

之前在信号槽的时候讲到了如果connect的时候选择QueuedConnection,Qt会把槽函数包装成一个QMetaCallEvent的事件来触发调用，这个过程是怎样的呢？

还是那个最简单的例子，如果要用Qt的事件循环，最简单的需要QCoreApplication，然后调用它的exec函数

image.png

那么这个过程是怎么的呢

一、先看看QCoreApplication

由于Qt的Q和D的机制，QCoreApplication的实际数据都在QCoreApplicationPrivate内，它是这样构造的

image.png

这里面一个很重要的东西就是QThread类的currentThread();它是这样的

image.png

QThreadData又是QThread的很重要的数据，它是存储在QThreadPrivate内的，这个后面会讲QThread的实现的时候可以看

QThreadData::current()是啥呢

image.png

这里面有几个很重要的东西

1、qt_current_thread_data_tls_index

这是个啥呢？这是TLS的数据用来多个线程见存储数据用的，关于TLS不懂得可以看看这里,这里用TLS存储了QThreadData的指针。QThreadData内部是啥样的呢，大概这样

class QThreadData

{

private:

QAtomicInt _ref;

public:

int loopLevel;

int scopeLevel;

QStack eventLoops;

QPostEventList postEventList;

QAtomicPointer thread;

QAtomicPointer threadId;

QAtomicPointer eventDispatcher;

QVector tls;

FlaggedDebugSignatures flaggedSignatures;

bool quitNow;

bool canWait;

bool isAdopted;

bool requiresCoreApplication;

};

这里面包含了事件循环，事件列表，事件调度器等重要数据

2、threadData->thread

它是一个QAdoptedThread，这个thread是干啥的呢，其实这个一个空的线程，什么都没有干，只是记录了当前线程(主线程)的handle和id

image.png

image.png

可以看出这个线程是不允许运行的，只是记录了主线程的线程id和handle

这其实就是我们的主线程theMainThread.

我们继续，接下来就到了QCoreApplicationPrivate的初始化，它是这样的：

image.png

这一段没啥，就是获取了程序的名字和版本等数据，会存储在QCoreApplicationData中，继续往下看

image.png

这一段最重要的是创建了事件调度器eventDispathcer，他是个啥呢，在不同的平台不一样，以win为例它是QEventDispatcherWin32，它的主要作用就是用来调度Qt的各种事件的，包括win的系统事件，具体是怎么使用的下面再讲

image.png

接下来就是我们的代码，例如创建widget显示等，最后是exec

二、再看QCoreApplication.exec()

它长这样

image.png

这里面很重要的就是用到了QEventLoop，Qt的事件循环器

image.png

这里可以看到它是一个死循环，不停的processEvents调度各种事件，那么它是怎样调度的呢，答案是通过eventdispatcher来调度的

image.png

接下来将是很重要的事件调度，首先第一次进入的时候初始化，由于这里是一个命令行控制台，因此创建的是一个命令行的窗口，它也有自己的id，是通过win的系统函数来创建的

image.png

image.png

这里两个重要的函数，创建window和注册timer，其中注册timer在后面将QTimer的时候会用到

image.png

这里两个很重要的步骤，一是创建消息管理的上下文，二是创建窗口

1、创建消息管理上下文QWindowsMessageWindowClassContext

image.png

它是这样的，这里面都是win的系统api，一个很重要的成员ATOM atom;这是向win窗口注册类后的返回参数，RegisterClass可以参考，着其中有个很重要的参数wc.lpfnWndProc = qt_internal_proc;所有的win消息都会通过这个函数来调用，在Qt里它是这样的

image.png

image.png

这里我们只需要关注Qt的消息这一部分，最终我们的消息会通过sendPostedEvents发送给各个类，这个后面在讲，我们继续往下看

是否还记得我们的processEvnets函数，它还没有结束，剩下的在这里

image.png

这里调用的都是win的系统api，PeekMessage用来接收消息，用过MFC的人应该会很熟悉

如果有消息的话会走到这里

image.png

首先要经过事件过滤器，如果事件过滤器没有匹配到事件，会调用win的系统函数调度消息。

image.png

所以到这里应该也能知道Qt的事件过滤器是如何工作的了吧。

那么如果是win的系统函数如何调度呢，上面我们已经讲过了，还记得初始化的时候qt_internal_proc这个函数吧，win系统会在DispatchMessage的时候调用这个函数，到这里我们有可以回到之前没讲的部分了，sendPostedEvents是怎样工作的。

image.png

image.png

还记得之前讲QueuedConnection的时候讲函数调用包装成了一个事件吗，到这里就用到了，包装的事件会到访posEventList列表里，在这里一个一个的调度，最终通过QCoreApplication::sendEvent逐个调用，那么它是怎么实现的呢

image.png

image.png

image.png

image.png

上面这些没什么好讲的，都是函数的层层调用，重点是下面

image.png

到这里清晰了吧，这个事件最终到了我们receiver类的事件，那么这个事件又是怎么调用到我们的函数的呢，往下看

由于把它包装成了QMetaCallEvent，所以如果我们重写QObjcect的event函数，可以捕获到这个事件

bool TestSlot::event(QEvent* event)

{

if (QEvent::MetaCall == event->type())

{

QMetaCallEvent* e = (QMetaCallEvent*)(event);

}

return QObject::event(event);

}

那么QObject又是怎么调用到槽函数的呢，继续往下看

image.png

这里处理了MetaCall事件，最终调用了QMetaCallEvent的placeMetaCall，它是怎样的呢

image.png

有没有很熟悉的感觉，跟之前讲槽函数调用的时候是不是一样。

到此Qt整个信号槽的调用过程就结束了。

这里在留个问题，Qt的槽函数是哪个线程执行的呢？