【Qt奇坑系列】- QObject::connect绑定消息和槽，在某些系统正常，某些系统异常

Qt亮点

Qt公认的亮点之一：消息和槽机制

QObject::connect 参数说明

QObject::connect(const QObject *sender, 
                 const char *signal, 
                 const QObject *receiver, 
                 const char *method, 
                 Qt::ConnectionType type = Qt::AutoConnection);
 // ----------  Qt::ConnectionType [类型如下] ------------                 
 // Qt::DirectConnection (立即调用） 
 // Qt::QueuedConnection (异步调用） 
 // Qt::BlockingQueuedConnection (同步调用） 
 // Qt::AutoConnection (默认连接） 
 // Qt::UniqueConnection (单一连接） 

事故现场

当你的Qt工程代码，达到一定的复杂程度或者体量足够大了。也许某个时候，代码敲着敲着，当要绑点消息和槽时，不能清晰记得这个消息的源头在哪（是否由一个非主线程发出，而又想在槽里刷新控件等UI操作），或者根本没想起这档子事儿。本能地想顺滑高效的敲代码，于是顺手就敲出了，形如下面的代码:

// 假如有个非主线程里运行的，ThreadTask相关业务类
// 对象指针：threadObj
// 并有个消息：sigFrmThread

// 有一个显示界面类ShowUI
// 对象指针: showUI
// 并有个刷新界面的槽:onSlotUpdateValue
QObject::connect(threadObj,&ThreadTask::sigFrmThread,showUI,&ShowUI::onSlotUpdateValue)

在调试机上没问题，可是再另一台电脑编译运行，却瞬间异常报错（当然这种现象可能不多）。看到异常提示，大致就是“不能再非主线程，操作界面”，大家都会恍然大悟。不知connect的自动连接是否跟编译的系统相关，有时候给你直连【DirectConnection 】，有时候其他非直连方式。

建议安全省心的姿势

QObject::connect(threadObj,&ThreadTask::sigFrmThread,showUI,&ShowUI::onSlotUpdateValue,Qt::QueuedConnection);

【Qt::QueuedConnection】这个安全省心，适应全部场景

God bless you ! and no bug to you!