Question

我正在学习Qt框架（C ++），并且想知道QT是否有任何机制来保护插槽在对象完全初始化之前被调用。

考虑A类构造函数：

A::A() {
    mTreeView = new QTreeView();
    ...
    connect(mTreeView, &QTreeView::customContextMenuRequested,
        this, &A::OnContextMenuRequested);
    ...
}

我担心的是用户可以在A＆＃39的构造函数完成之前右键单击树视图。另一个背景如下：

A::A() {
    mQObj = new MyQObject();
    connect(mQObj, &MyQObject::SomeEvent, this, &A::OnEvent);
}

A::InitB() { mB = new B(); }

A::OnEvent() { mB.doSomething(); }

这里，可以在InitB（）运行之前调用doSomething（）方法。

我是否需要担心这种情况？如果是这样，有没有办法避免这些问题，而不必先首先初始化所有对象，然后再回去并分别连接事件？

Answer 1

在大多数情况下，您不必担心此类情况，因为事件是在同一个线程中传递的。你不得不关心没有“隐藏的多线程”。如果你没有在A的构造函数中显式调用导致事件被处理的函数，那么你就是安全的，并且在处理下一个事件之前你的当前方法，插槽等的执行已经完成。

也就是说，处理新事件以及执行其他代码（事件处理程序，插槽）的情况是：

完成当前事件处理程序，插槽等的执行（您创建A的代码），Qt返回事件循环以等待下一个事件。在你的情况下，那是在A实例完全构建之后。
启动本地事件循环（创建QEventLoop对象并调用exec（））
您致电QCoreApplication::processEvents()
您在QDialog上致电exec()

1）是Qt操作的正常模式：启动app.exec（），启动事件循环。之后的所有内容都由事件（用户输入，计时器，I / O）直接或间接触发。事件发生并添加到事件循环的事件队列中。事件循环调用事件的事件处理程序。事件处理程序完成后，事件循环将选择下一个事件并为其调用处理程序。

所以一切都以有序的方式发生，一个接一个的事件，除非其中一个事件处理程序（比如一个按钮的clicked（）信号）执行2,3或4之一。然后Qt处理下一个事件就地 ,.我调用exec（）或processEvents（）的地方。事件处理程序/插槽相应地执行。然后 exec（）/ processEvents（）返回。不幸的是，如果没有调用exec（）/ processEvents（），那么所有的确定性都会消失：用户可能已经做了随机的事情，可以随意更改或删除内容（即使是this指针，如果用户已关闭例如，窗口）。因此，特别是2）和3）容易出错并且通常会导致严重的头痛，因此我会尽可能避免使用它们，或至少意识到潜在的问题。

现在您可以自己使用多线程。由于所有实际的UI和相关的用户事件都在一个主线程中处理，这里的多线程通常意味着你有线程做非UI工作，并通过调用生活在UI线程中的对象上的函数与UI线程交互，修改数据由两个线程共享，或使用跨线程信号/插槽连接。

如果您不使用信号/插槽但是从辅助线程到UI线程的直接方法调用或修改共享数据，通常的多线程规则适用：除非您知道自己在做什么和使用什么，否则事情将会发生严重错误相应的同步。 Qt的UI类不是线程安全的。
如果您使用信号/插槽，则呼叫是/排队/，即如果线程B发出信号并且您在主线程的插槽中接收到该信号，则插槽的呼叫将以与用户相同的方式传送event：适用与用户事件相同的规则。除非您执行2,3,4之一，否则在事件处理程序/槽返回之前不会调用插槽。因此，跨线程信号/插槽连接是/消息传递的方式/通过事件循环传递消息的方式。

Qt：连接内部构造函数 - 在初始化对象之前是否会调用slot？

1 个答案: