QT中信号和槽用在多线程中

注意：Qt的信号与槽机制可以将任何继承自QObject类的对象捆绑在一起，使不同对象之间能够相互通信。
connect用于连接qt的信号和槽，在qt编程过程中不可或缺。它其实有第五个参数，只是一般使用默认值，在满足某些特殊需求的时候可能需要手动设置。这是用在多线程中的重点。

两个线程：
1.class MyThread:public QThread
{
Q_OBJECT
...
signals:
void MsgSignal(const QString& tep);//用于向主线程传递字符串
protected:
void run();//run 中的内容才是子线程中执行的内容！
}

void MyThread::run()
{
Sleep(3000);//头文件：windows.h
QString tep("mou-mou-mou");
emit MsgSignal(tep);
Sleep(3000);//各个Sleep的位置可放置具体执行的工作
}2.

class MainApp:public QWidget
{
Q_OBJECT
...
public:
MainApp();
...
private slots:
void OnMsgSignal(const QString& tep2);//接受子线程传递字符串用于显示
private:
MyThread* m_thread;
}

MainApp::MainApp()
{
...
m_thread= new MyThread();
connect(m_thread, SIGNAL(MsgSignal(const QString&)),
this, SLOT(OnMsgSignal(const QString&)));//此处connect的第五个参数默认变成Qt::QueuedConnection
m_thread->start();
}

void MainApp::OnMsgSignal(const QString& tep2)
{
//使用子线程传递来的tep2
}

1.connect函数的第五个参数代表信号与槽的连接模式，线程间的信号与槽不能使用Qt::DirectConnection直接连接方式，因为它要求在发信号的线程内执行槽函数。而Qt::QueuedConnection队列方式将信号转换成事件发送到槽函数所在线程的消息队列中让槽函数所在线程来处理，可以实现线程安全的线程间的通信。这样的时效性也不差，上面的实现中，会在子线程“run()”函数中的第二个Sleep之前执行主线程的“OnMsgSignal(constQString& tep2)”。于是在调试的时候子线程的“emit MsgSignal(const QString& tep);”的下一步并不会立即跳转到主线程的“OnMsgSignal(const QString& tep2)”，我开始还以为信号中途丢了没送达呢。。而强制使用Qt::DirectConnection模式却怎么也摆脱不了错误。2.线程间用“信号与槽”传递引用参数的话，一定要加const，因为const文字常量存在常量区中，生命周期与程序一样的长。这样可以避免slot调用的时候参数的运行期已过而使引用无效。

第五个参数的用法：Qt::AutoConnection： 默认值，使用这个值则连接类型会在信号发送时决定。如果接收者和发送者在同一个线程，则自动使用Qt::DirectConnection类型。如果接收者和发送者不在一个线程，则自动使用Qt::QueuedConnection类型。
Qt::DirectConnection：槽函数会在信号发送的时候直接被调用，槽函数运行于信号发送者所在线程。效果看上去就像是直接在信号发送位置调用了槽函数。这个在多线程环境下比较危险，可能会造成奔溃。Qt::QueuedConnection：槽函数在控制回到接收者所在线程的事件循环时被调用，槽函数运行于信号接收者所在线程。发送信号之后，槽函数不会立刻被调用，等到接收者的当前函数执行完，进入事件循环之后，槽函数才会被调用。多线程环境下一般用这个。
Qt::BlockingQueuedConnection：槽函数的调用时机与Qt::QueuedConnection一致，不过发送完信号后发送者所在线程会阻塞，直到槽函数运行完。接收者和发送者绝对不能在一个线程，否则程序会死锁。在多线程间需要同步的场合可能需要这个。
Qt::UniqueConnection：这个flag可以通过按位或（|）与以上四个结合在一起使用。当这个flag设置时，当某个信号和槽已经连接时，再进行重复的连接就会失败。也就是避免了重复连接。