• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            posts - 319, comments - 22, trackbacks - 0, articles - 11
              C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

            Qt元類型(MetaType)注冊門(收集轉載)

            Posted on 2011-04-15 22:56 RTY 閱讀(348) 評論(0)  編輯 收藏 引用 所屬分類: Qt

            Qt元類型(MetaType)注冊門

                  昨天調試項目時,突然發現如下消息:

            QObject::connect: Cannot queue arguments of type 'ERROR_LEVEL'
            (Make sure 'ERROR_LEVEL' is registered using qRegisterMetaType().)

            其中ERROR_LEVEL只是我定義的枚舉類型即enum ERROR_LEVEL。然后在Qt的信號-槽函數的參數中使用了這個枚舉型,在發送信號時就出現了上述警告。上面警告的大概意思是信號隊列中無法使用 ERROR_LEVEL類型,要使用qRegisterMetaType()注冊該類型后方可使用。

                  通常使用的connect,實際上最后一個參數使用的是Qt::AutoConnection類型:

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

            Qt支持6種連接方式,其中3中最主要:

            • Qt::DirectConnection(直連方式)

                  當信號發出后,相應的槽函數將立即被調用。emit語句后的代碼將在所有槽函數執行完畢后被執行。(信號與槽函數關系類似于函數調用,同步執行

            • Qt::QueuedConnection(排隊方式)

                  當信號發出后,排隊到信號隊列中,需等到接收對象所屬線程的事件循環取得控制權時才取得該信號,調用相應的槽函數。emit語句后的代碼將在發出信號后立即被執行,無需等待槽函數執行完畢。(此時信號被塞到信號隊列里了,信號與槽函數關系類似于消息通信,異步執行

            • Qt::AutoConnection(自動方式)

                  Qt的默認連接方式,如果信號的發出和接收這個信號的對象同屬一個線程,那個工作方式與直連方式相同;否則工作方式與排隊方式相同。

                  我的項目中的確跨線程使用了ERROR_LEVEL為參數類型的信號,因此使用的應當是排隊方式的信號-槽機制,出現“隊列中無法使用ERROR_LEVEL類型”的警告信息就可以理解了。放狗搜了一圈,有篇文章提供了個這樣的解決方案:

            connect(cm, SIGNAL(sendLog(QUuid, QByteArray, bool)),
                        this,SLOT(sendRes(QUuid,QByteArray,bool)));
            改為:
            connect(cm, SIGNAL(sendLog(QUuid, QByteArray, bool)),
                        this,SLOT(sendRes(QUuid,QByteArray,bool)), Qt::DirectConnection);

            這樣做的確能使警告信息消失,因為Qt官方文檔寫了:

            With queued connections, the parameters must be of types that are known to Qt's meta-object system, because Qt needs to copy the arguments to store them in an event behind the scenes.

            即使用排隊方式的信號-槽機制,Qt的元對象系統(meta-object system)必須知道信號傳遞的參數類型。這里手動改為直連方式,Qt的元對象系統就不必知道參數類型了,于是警告信息消失。但這樣做是不安全的,見Qt官方文檔:

            Be aware that using direct connections when the sender and receiver live in different threads is unsafe if an event loop is running in the receiver's thread, for the same reason that calling any function on an object living in another thread is unsafe.

                  因此,咱還是老老實實地用qRegisterMetaType()注冊類型吧,見代碼:

            頭文件

            /*! \file errorlevel.h*/
            
            #ifndef ERRORLEVEL_H
            
            #define ERRORLEVEL_H
            
            
            
            /*! \enum ERROR_LEVEL
            
             * 錯誤等級的定義。通常用來在傳遞錯誤消息時標記錯誤的等級。
            
             */
            
            enum ERROR_LEVEL
            
            {
            
                NORMAL,  /*!< 普通錯誤,通常不需要處理,可以記錄或者顯示錯誤消息。*/
            
                CRITICAL /*!< 嚴重錯誤,需要緊急處理,如果沒有妥善處理,可能導致后續操作失敗。*/
            
            };
            
            
            
            #endif // ERRORLEVEL_H

            cpp文件

            /*! \file errorlevel.cpp*/
            
            #include "errorlevel.h"
            
            
            
            /*! 模板函數顯式實例化,注冊ERROR_LEVEL到元對象系統。這樣才可以在信號-槽
            
             * 隊列里使用ERROR_LEVEL類型參數。
            
             */
            
            int i = qRegisterMetaType<ERROR_LEVEL>("ERROR_LEVEL");
            元類型注冊方法受益于這篇文章
            久久青青草原精品国产不卡| 欧美亚洲国产精品久久高清| 国产成人精品久久免费动漫| 久久婷婷久久一区二区三区| 大蕉久久伊人中文字幕| 久久精品99无色码中文字幕| 久久精品中文无码资源站| 亚洲AV无码一区东京热久久| 2021久久国自产拍精品| 久久国产成人亚洲精品影院| 国产成人久久精品一区二区三区| 久久91综合国产91久久精品| 尹人香蕉久久99天天拍| 99久久精品国产高清一区二区| 欧美日韩成人精品久久久免费看| 三上悠亚久久精品| 久久人人青草97香蕉| 久久久综合九色合综国产| 欧美日韩精品久久久久| 国产激情久久久久影院小草 | 国内精品久久久久影院薰衣草| A狠狠久久蜜臀婷色中文网| 中文精品99久久国产 | 久久国产视屏| av午夜福利一片免费看久久| 伊人久久国产免费观看视频| 国产国产成人久久精品| 天天综合久久久网| 国产精品99久久久久久人| 久久精品水蜜桃av综合天堂| 国产精品久久久久久五月尺| 亚洲国产成人乱码精品女人久久久不卡 | 日产精品久久久久久久| 亚洲AV伊人久久青青草原| 久久丝袜精品中文字幕| 久久精品这里只有精99品| 亚洲国产精品久久久久| 99久久精品费精品国产| 国内精品久久久久久久coent| 国产一级做a爰片久久毛片| 久久国产精品99精品国产987|