Qt中的 connect 函数

1、connect()函数实现的是信号与槽的关联。

注意：只有QO bject类及其派生的类才能使用信号和槽的机制

2、函数原型

static QMetaObject::Connection connect(const QObject *sender, const char *signal,const QObject *receiver, const char *member, Qt::ConnectionType = Qt::AutoConnection);

static QMetaObject::Connection connect(const QObject *sender, const QMetaMethod &signal,const QObject *receiver, const QMetaMethod &method,
Qt::ConnectionType type = Qt::AutoConnection);

inline QMetaObject::Connection connect(const QObject *sender, const char *signal,const char *member, Qt::ConnectionType type = Qt::AutoConnection) const;

在第一个函数中：第一个参数为发射信号的对象,例如后面的dlg;第二个参数是要发射的信号，例如后面的SIGNAL(dlgReturn(int));

第三个参数是接受信号的对象，例如后面的this，表明是本部件，即Widget,当这个参数是this时，可以将其省略掉，因为在第三个函数中，该参数默认为this;第四个参数是要执行的槽，例如
后面的SLOT(showValue(int))，也可以指定一个信号，实现信号与信号的关联。

eg:

MyDialog *dlg=new MyDialog(this);//将对话框中的自定义信号与主界面中的自定义槽进行关联
connect(dlg,SIGNAL(dlgReturn(int)),this,SLOT(showValue(int)));
dlg->show();

注意：

1、对于信号与槽，必须使用SIGNAL()和SLOT()宏，它们将参数转化为const char *类型

2、第四个参数指定的槽声明时必须使用slots关键字。

eg:

private slots://槽的声明
void showValue(int value);
void on_label_linkActivated(const QString &link);

Qt中的connect信号和槽不在同一个线程

主线程中发出一个信号，另一个线程槽函数没有响应，这个问题搞了好几个小时，才发现原来是connect时候的第5个参数写错了，在这里做下备注吧。

connect用于连接qt的信号和槽，在qt编程过程中不可或缺。它其实有第五个参数，只是一般使用默认值，在满足某些特殊需求的时候可能需要手动设置。

Qt::AutoConnection： 默认值，使用这个值则连接类型会在信号发送时决定。如果接收者和发送者在同一个线程，则自动使用Qt::DirectConnection类型。如果接收者和发送者不在一个线程，则自动使用Qt::QueuedConnection类型。

Qt::DirectConnection：槽函数会在信号发送的时候直接被调用，槽函数运行于信号发送者所在线程。效果看上去就像是直接在信号发送位置调用了槽函数。这个在多线程环境下比较危险，可能会造成奔溃。

Qt::QueuedConnection：槽函数在控制回到接收者所在线程的事件循环时被调用，槽函数运行于信号接收者所在线程。发送信号之后，槽函数不会立刻被调用，等到接收者的当前函数执行完，进入事件循环之后，槽函数才会被调用。多线程环境下一般用这个。

Qt::BlockingQueuedConnection：槽函数的调用时机与Qt::QueuedConnection一致，不过发送完信号后发送者所在线程会阻塞，直到槽函数运行完。接收者和发送者绝对不能在一个线程，否则程序会死锁。在多线程间需要同步的场合可能需要这个。

Qt::UniqueConnection：这个flag可以通过按位或（|）与以上四个结合在一起使用。当这个flag设置时，当某个信号和槽已经连接时，再进行重复的连接就会失败。也就是避免了重复连接。