Qt 信号槽connect的第五个参数

 

https://blog.csdn.net/qq_41469587/article/details/108919503

		槽函数所在线程
Qt::AutoConnection（自动方式）	Qt的默认连接方式，如果信号的发出和接收这个信号的对象同属一个线程，那个工作方式与直连方式相同；否则工作方式与排队方式相同。
Qt::DirectConnection（直接连接）	当信号发送后，相应的槽函数将立即被调用。emit语句后的代码将在所有槽函数执行完毕后被执行。	无论槽函数所属对象在哪个线程，槽函数都在发射信号的线程内执行。（信号再哪个线程中发出就再哪个线程中执行槽函数）
Qt::QueuedConnection（排队连接）	当信号发出后，排队到信号队列中，需等到接收对象所属线程的事件循环取得控制权时才取得该信号，调用相应的槽函数。emit语句后的代码将在发出信号后立即被执行，无需等待槽函数执行完毕。多线程环境下可使用。	槽函数在接收者所依附线程执行。(槽函数在哪个线程中就在哪个线程中执行)
Qt::BlockingQueuedConnection(阻塞连接)	发送信号后发送者所在的线程会处于阻塞状态 ，直到槽函数运行完。多线程同步环境下可使用。	(子线程中)
Qt::UniqueConnection	与默认工作方式相同，只是不能重复连接相同的信号和槽，因为如果重复连接就会导致一个信号发出，对应槽函数就会执行多次。这个flag可以通过按位或（|）与以上四个结合在一起使用	（主线程）
Qt::AutoCompatConnection	是为了连接Qt4与Qt3的信号槽机制兼容方式，工作方式与Qt::AutoConnection一样。

 

两种多线程的区别

子类化QThread的方法，只有run函数里面的内容是执行在子线程里的，其他的部分，比如槽函数什么的还是在主线程里执行（假设是在主线程开启的该子线程）。

还有一种方法，是子类化QObject，新建一个线程，然后使用MoveToThread把这个类的对象移到新建的线程中，这种做法使得它所有的槽函数都是执行在新开辟的线程里面。

如果直接（QObject对象）.abc()的话，这个成员函数是在主进程内执行，可能会出现"QObject::killTimer: timers  

cannot be stopped from another thread"的运行错误。

使用第二种方法的话，貌似会遇到这样的问题：如果在一个槽函数中把子线程阻塞，其他的槽函数无法接受来自主线程