Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1695596
  • 博文数量: 584
  • 博客积分: 13857
  • 博客等级: 上将
  • 技术积分: 11883
  • 用 户 组: 普通用户
  • 注册时间: 2009-12-16 09:34

分类: C/C++

2011-01-24 00:01:15

版权声明

请尊重原创作品。转载请保持文章完整性,并以超链接形式注明原始作者“”和主站点地址,方便其他朋友提问和指正。

 

QT源码解析(一) QT创建窗口程序、消息循环和WinMain函数

QT源码解析(二)深入剖析QT元对象系统和信号槽机制

QT源码解析(三)深入剖析QT元对象系统和信号槽机制(续)

QT源码解析(四)剖析Qt的事件机制原理

QT源码解析(五)QLibrary跨平台调用动态库的实现

QT源码解析(六)Qt信号槽机制与事件机制的联系

QT源码解析(七)Qt创建窗体的过程

QT源码解析(八)Qt是如何处理windows消息的

QT源码解析(九)解析QDateTime

看到了网友的提问:

我看到过这样的论断: "signalslot机制与GUI的事件循环完全没有关系,当所有链接到这个signalslot执行完成之后,在emit代码行之后的代码才会被执行。" "emit一个信号后,只有在所有与之相连的信号或槽返回后,emit才会返回。" 2句话说的是同一个意思,但它们对吗? 1. 2句话是不是针对单线程的,或者说是在同一个线程中的信号和槽? 2. 当线程AB同时向另一个线程C的同一个槽发射信号时,如果线程C没有自己的事件循环,那些发过来的信号会排队吗,还是会丢失? 如果有事件循环情况又如何? 3. 接上面的问题2,假设GUI线程是D,线程C的对象存在于D,那C的槽函数是在C中还是在D中被执行的呢? 4. 线程A在向C发射信号后,会向开头那些话所说的,在C的槽返回之后再执行emit之后的信号么?

发现,在上一篇对信号槽极致的分析还不是那么透彻。下面专门来回答一下网友的问题。

首先我们来看一段代码:

  1. #include      
  2. #include     
  3. #include   
  4. using namespace std ;     
  5.   
  6. class Counter : public QObject   
  7. {     
  8.     Q_OBJECT     
  9.         int value ;     
  10. signals:     
  11.     void valueChanged( int val);     
  12. public slots:     
  13.     void setValue(int val)  
  14.     {  
  15.         value = val ;  
  16.         emit valueChanged( value ) ;  
  17.         cout<<"Counter emit executed"<
  18.     };     
  19. public:     
  20.     Counter(int val) : value( val ){};     
  21.     Counter():value(0){};  
  22.     friend std::ostream& operator<< ( std::ostream& os, const Counter& c) {return os << c.value ; };     
  23. } ;    
  24.   
  25. class Counter1 : public QObject   
  26. {     
  27.     Q_OBJECT     
  28.         int value ;     
  29.   
  30. public slots:     
  31.     void slotfunc(int val)  
  32.     {  
  33.         int i  = value;  
  34.         value = val ;  
  35.         cout<"  Counter1 slot executed"<
  36.     };     
  37. public:     
  38.     Counter1(int val) : value( val ){};     
  39.     Counter1():value(0){};  
  40.     friend std::ostream& operator<< ( std::ostream& os, const Counter1& c) {return os << c.value ; };     
  41. } ;    
  42. #include "main.moc"  
  43. int main( int argc, char *argv[] )     
  44. {     
  45.     Counter a;  
  46.     Counter1 b( 10 ) ;     
  47.     Counter1 b1( 11 ) ;  
  48.     cout << "We have two counters, " << a<< " and " << b << endl ;     
  49.     QObject::connect( &a, SIGNAL( valueChanged(int) ),&b, SLOT( slotfunc(int) ) ) ;     
  50.     QObject::connect( &a, SIGNAL( valueChanged(int) ),&b1, SLOT( slotfunc(int) ) ) ;     
  51.       
  52.     a.setValue( 12 ) ;     
  53.     cout << "We have two counters, " << a << " and " << b << endl ;     
  54.       
  55.     b.setValue( 5 ) ;     
  56.     cout << "We have two counters, " << a << " and " << b << endl ;     
  57.       
  58.     int i;  
  59.     cin>>i;  
  60.     return 0 ;     
  61. }    
#include #include #include using namespace std ; class Counter : public QObject { Q_OBJECT int value ; signals: void valueChanged( int val); public slots: void setValue(int val) { value = val ; emit valueChanged( value ) ; cout<<"Counter emit executed"<>i; return 0 ; }

pro文件中要指定:

CONFIG += console

QT -= gui

这样,我们就没有使用gui部分。

这是生成的Makefile部分:

LIBS          = d:\qt4.4.3\lib\QtCored4.lib

很明显,我们只用了QtCored4.lib部分,并咩有使用Gui部分。所以说QTsignalslot机制于Gui没有关系。

下面是运行结果,从运行结果很明显能看得出来:

C:\test1\debug>test1.exe

We have two counters, 0 and 10

10  Counter1 slot executed

11  Counter1 slot executed

Counter emit executed

很明显:

slot首先执行,然后是emit后面的代码再继续执行,看起来貌似signalslot是阻塞的。下面我们在看一下朋友说的第二种情况:

添加线程类:

  1. class Producer : public QThread  
  2. {  
  3. private:  
  4.     Counter1* m_c;  
  5. public:  
  6.     void run()  
  7.     {  
  8.         Counter Producera;  
  9.         QObject::connect( &Producera, SIGNAL( valueChanged(int) ),m_c, SLOT( slotfunc(int) ) ) ;     
  10.         Producera.setValue( 12 ) ;  
  11.     };  
  12.     void SetCount(Counter1 *c){m_c = c;};  
  13. public:  
  14. };  
class Producer : public QThread { private: Counter1* m_c; public: void run() { Counter Producera; QObject::connect( &Producera, SIGNAL( valueChanged(int) ),m_c, SLOT( slotfunc(int) ) ) ; Producera.setValue( 12 ) ; }; void SetCount(Counter1 *c){m_c = c;}; public: };

然后把main函数改成如下形式:

 

  1. int main( int argc, char *argv[] )     
  2. {     
  3.     Counter1 b1( 11 ) ;   
  4.       
  5.     Producer producer;  
  6.     producer.SetCount(&b1);  
  7.     Producer producer1;  
  8.     producer1.SetCount(&b1);  
  9.     producer.run();  
  10.     producer1.run();  
  11.     int i;  
  12.     cin>>i;  
  13.     return 0 ;  
  14. }  
int main( int argc, char *argv[] ) { Counter1 b1( 11 ) ; Producer producer; producer.SetCount(&b1); Producer producer1; producer1.SetCount(&b1); producer.run(); producer1.run(); int i; cin>>i; return 0 ; }

我们再来看一下运行结果:

C:\test1\debug>test1.exe

11  Counter1 slot executed

Counter emit executed

12  Counter1 slot executed

Counter emit executed

和上面的所有的操作在单线程中的结果有所不同,这时候是slot执行之后,直接返回,继续执行emit后面的代码。

貌似这时候结论已经出来了,单线程和多线程的执行结果不同。就如上面的测试结果一样。但是事实是这样么?

如果你仔细看了我的上一篇QT源码解析的文章:QT源码解析(二)深入剖析QT元对象系统和信号槽机制

src/corelib/kernel/qobject.cpp文件的void QMetaObject::activate函数中。

文章:QT源码解析(二)深入剖析QT元对象系统和信号槽机制也对activate函数做了详细的解释,下面我再解释一下。

  1. //获取当前线程ID  
  2. QThread * const currentThread = QThread::currentThread();  
  3. const int currentQThreadId = currentThread ? QThreadData::get(currentThread)->id : -1;  
  4. // 记录sender连接的索引  
  5. QVarLengthArray<int> connections;  
  6. for (; it != end && it.key() == sender; ++it) {  
  7.     connections.append(it.value());  
  8.     // 打上使用标记,因为可能是放在队列中  
  9.     list->connections[it.value()].inUse = 1;  
  10. }  
  11. //遍历所有的链接  
  12. for (int i = 0; i < connections.size(); ++i) {  
  13.     const int at = connections.constData()[connections.size() - (i + 1)];  
  14.     QConnectionList * const list = ::connectionList();  
  15.     // 得到连接  
  16.     QConnection &c = list->connections[at];  
  17.     c.inUse = 0;  
  18.     //判断连接是否合法  
  19.     if (!c.receiver || (c.signal < from_signal_index || c.signal > to_signal_index))  
  20.         continue;  
  21.     // 判断是否放到队列中  
  22.     // determine if this connection should be sent immediately or  
  23.     // put into the event queue  
  24.     //这里就是最重要的地方。  
  25.     if ((c.type == Qt::AutoConnection  
  26.          && (currentQThreadId != sender->d_func()->thread  
  27.              || c.receiver->d_func()->thread != sender->d_func()->thread))  
  28.         || (c.type == Qt::QueuedConnection)) {  
  29.          //进入队列。下一篇再详细解释这里。  
  30.         ::queued_activate(sender, c, argv);  
  31.         continue;  
  32.     }  
  33.    // 为receiver设置当前发送者  
  34.     const int method = c.method;  
  35.     QObject * const previousSender = c.receiver->d_func()->currentSender;  
  36.     c.receiver->d_func()->currentSender = sender;  
  37.     list->lock.unlock();  
  38.     if (qt_signal_spy_callback_set.slot_begin_callback != 0)  
  39.         qt_signal_spy_callback_set.slot_begin_callback(c.receiver, method, argv ? argv : empty_argv);  
  40.   
  41. #if defined(QT_NO_EXCEPTIONS)  
  42.     c.receiver->qt_metacall(QMetaObject::InvokeMetaMethod, method, argv ? argv : empty_argv);  
  43. #else  
  44.     try {  
  45.         // 直接执行slot的方法。调用receiver的方法  
  46.         c.receiver->qt_metacall(QMetaObject::InvokeMetaMethod, method, argv ? argv : empty_argv);  
  47.     } catch (...) {  
  48.         list->lock.lockForRead();  
  49.         if (c.receiver)  
  50.             c.receiver->d_func()->currentSender = previousSender;  
  51.         throw;  
  52.     }  
  53. #endif  
//获取当前线程ID QThread * const currentThread = QThread::currentThread(); const int currentQThreadId = currentThread ? QThreadData::get(currentThread)->id : -1; // 记录sender连接的索引 QVarLengthArray connections; for (; it != end && it.key() == sender; ++it) { connections.append(it.value()); // 打上使用标记,因为可能是放在队列中 list->connections[it.value()].inUse = 1; } //遍历所有的链接 for (int i = 0; i < connections.size(); ++i) { const int at = connections.constData()[connections.size() - (i + 1)]; QConnectionList * const list = ::connectionList(); // 得到连接 QConnection &c = list->connections[at]; c.inUse = 0; //判断连接是否合法 if (!c.receiver || (c.signal < from_signal_index || c.signal > to_signal_index)) continue; // 判断是否放到队列中 // determine if this connection should be sent immediately or // put into the event queue //这里就是最重要的地方。 if ((c.type == Qt::AutoConnection && (currentQThreadId != sender->d_func()->thread || c.receiver->d_func()->thread != sender->d_func()->thread)) || (c.type == Qt::QueuedConnection)) { //进入队列。下一篇再详细解释这里。 ::queued_activate(sender, c, argv); continue; } // 为receiver设置当前发送者 const int method = c.method; QObject * const previousSender = c.receiver->d_func()->currentSender; c.receiver->d_func()->currentSender = sender; list->lock.unlock(); if (qt_signal_spy_callback_set.slot_begin_callback != 0) qt_signal_spy_callback_set.slot_begin_callback(c.receiver, method, argv ? argv : empty_argv); #if defined(QT_NO_EXCEPTIONS) c.receiver->qt_metacall(QMetaObject::InvokeMetaMethod, method, argv ? argv : empty_argv); #else try { // 直接执行slot的方法。调用receiver的方法 c.receiver->qt_metacall(QMetaObject::InvokeMetaMethod, method, argv ? argv : empty_argv); } catch (...) { list->lock.lockForRead(); if (c.receiver) c.receiver->d_func()->currentSender = previousSender; throw; } #endif

其中最关键的地方就是这里:

    if ((c.type == Qt::AutoConnection

         && (currentQThreadId != sender->d_func()->thread

             || c.receiver->d_func()->thread != sender->d_func()->thread))

        || (c.type == Qt::QueuedConnection))

打开QAssistant,找到:

bool QObject::connect ( const QObject * sender, const char * signal, const QObject * receiver, const char * method, Qt::ConnectionType type = Qt::AutoConnection )   [static]

看到了,原来connect5个参数,其中第五个参数

Qt::ConnectionType type = Qt::AutoConnection是有默认值的,我们再看一下

Qt::ConnectionType

Constant

Value

Description

Qt::DirectConnection

1

When emitted, the signal is immediately delivered to the slot.

Qt::QueuedConnection

2

When emitted, the signal is queued until the event loop is able to deliver it to the slot.

Qt::BlockingQueuedConnection

4

Same as QueuedConnection, except that the current thread blocks until the slot has been delivered. This connection type should only be used for receivers in a different thread. Note that misuse of this type can lead to dead locks in your application.

Qt::AutoConnection

0

If the signal is emitted from the thread in which the receiving object lives, the slot is invoked directly, as with Qt::DirectConnection; otherwise the signal is queued, as with Qt::QueuedConnection.

Qt支持三种类型的信号-槽连接:
1,直接连接,当signal发射时,slot立即调用。此slot在发射signal的那个线程中被执行(不一定是接收对象生存的那个线程)
2,队列连接,当控制权回到对象属于的那个线程的事件循环时,slot被调用。此slot在接收对象生存的那个线程中被执行
3,自动连接(缺省),假如信号发射与接收者在同一个线程中,其行为如直接连接,否则,其行为如队列连接。
连接类型可能通过以向connect()传递参数来指定。注意的是,当发送者与接收者生存在不同的线程中,而事件循环正运行于接收者的线程中,使用直接连接是不安全的。同样的道理,调用生存在不同的线程中的对象的函数也是不是安全的。QObject::connect()本身是线程安全的。

这样的问题就有答案了。

阅读(2274) | 评论(0) | 转发(1) |
给主人留下些什么吧!~~