Qt 信號和槽底層原理源碼解析筆記

1. 底層數據結構——建立連接時建立的什么。

讀者可先大致瀏覽一下qobject_p.cpp中添加連接的實現,回頭再細看:

void QObjectPrivate::addConnection(int signal, Connection *c)
{
    /*
    * 中心數據結構是二維廣義表
    * 不妨看作一個二維數組:
    *  A B C D E...
    * 0
    * 1
    * 2
    * 3
    * 4
    * ...
    * 縱向序號0123..為signal序號,每一個signal對應一個connectionList(無s)單鏈表。
    * 所有conectionList 存放在類的 connectionLists這個向量中。
    * 橫向序號為接收者reciver,相應每一列為該reciver對應接收signal的connection節點(有的話才分配,順序不一定按0123)
    * 每列組成相應縱向單鏈表senders(含義為該reciver的senders)。
    * 每個對象自己保存著自己的senders單鏈表
    * 該二維表為全局數據結構,包含以signal索引的行鏈表connectionLists和每個對象自己保存的相應senders鏈表
    * 
    */
    Q_ASSERT(c->sender == q_ptr);
    if (!connectionLists)
        connectionLists = new QObjectConnectionListVector();
    if (signal >= connectionLists->count())
        connectionLists->resize(signal + 1);

    ConnectionList &connectionList = (*connectionLists)[signal];
    if (connectionList.last) {
        connectionList.last->nextConnectionList = c;
    } else {
        connectionList.first = c;
    }
    connectionList.last = c;

    cleanConnectionLists();
    /*
    * 插入節點的技巧:
    * prev為二級指針,指向本對象的senders列表頭的地址addr(addr中保存的是表頭節點的地址)
    * senders表本身為一個單鏈表。
    * 但鏈表中每一個節點的prev都指向表頭地址addr,即訪問某一個節點,也可以繼續訪問整個senders表。
    * 更新senders表時,直接將c插到原表頭,原表頭變為c的next。addr內容變為c的地址,但addr本身地址不變。
    */
    c->prev = &(QObjectPrivate::get(c->receiver)->senders);
    c->next = *c->prev;
    *c->prev = c;
    if (c->next)
        c->next->prev = &c->next;

    if (signal < 0) {
        connectedSignals[0] = connectedSignals[1] = ~0;
    } else if (signal < (int)sizeof(connectedSignals) * 8) {
        connectedSignals[signal >> 5] |= (1 << (signal & 0x1f));
    }
}

先看看傳入參數:
傳入參數signal就是所謂的信號,是一個整數。
Connection 類的定義,在qobject_p.h中。
它是在QObjectPrivate類中定義的一個結構體:

struct Connection
    {
        QObject *sender;
        QObject *receiver;
        union {
            StaticMetaCallFunction callFunction;
            QtPrivate::QSlotObjectBase *slotObj;
        };
        // The next pointer for the singly-linked ConnectionList
        Connection *nextConnectionList;
        //senders linked list
        Connection *next;
        Connection **prev;
        QAtomicPointer<const int> argumentTypes;
        QAtomicInt ref_;
        ushort method_offset;
        ushort method_relative;
        uint signal_index : 27; // In signal range (see QObjectPrivate::signalIndex())
        ushort connectionType : 3; // 0 == auto, 1 == direct, 2 == queued, 4 == blocking
        ushort isSlotObject : 1;
        ushort ownArgumentTypes : 1;
        Connection() : nextConnectionList(nullptr), ref_(2), ownArgumentTypes(true) {
            //ref_ is 2 for the use in the internal lists, and for the use in QMetaObject::Connection
        }
        ~Connection();
        int method() const { Q_ASSERT(!isSlotObject); return method_offset + method_relative; }
        void ref() { ref_.ref(); }
        void deref() {
            if (!ref_.deref()) {
                Q_ASSERT(!receiver);
                delete this;
            }
        }
    };

可以看到,與鏈表相關的有三個指針,其中prev是個二級指針。為什么這么用,在addConnection函數我寫的注釋里可以看到一些解釋。其他的結構體參數在這里不作深究,有些也可以見名知意。

采用二維表的目的有二:

  • 能根據發出的信號找到所有接受者
  • 能將某一個接受者接收的所有信號統一管理

采用鏈表的目的,自然就是方便動態管理了。

既然知道了建立的是什么數據結構,那么下一步就是理清是怎么建立的。
另外,我們都知道Qt中基本上所有的類都繼承于QObject這個類,這個類包含些什么?為什么連接的數據結構是存在QObjectPrivate這個類中?QObjectPrivate和QObject是什么關系?為什么要這樣定義?這是我們最后要討論的問題。

2. 從信號和槽的定義到整數的轉換

(1) 神奇的關鍵字

再看信號和槽的基本定義和使用方式。
一個簡單例子:
定義一個 Counter類

class Counter : public QObject
{
    Q_OBJECT
    int m_value;
public:
    int value() const { return m_value; }
public slots: //使用public slots聲明槽函數
    void setValue(int value);
signals: //使用signal聲明信號,也是函數
    void valueChanged(int newValue);
};

信號的發射方式。在某處發射信號的寫法:

void Counter::setValue(int value)
{
    if (value != m_value) {
        m_value = value;
        //使用emit關鍵字發射信號,附帶參數。
        emit valueChanged(value); 
    }
}

有了信號和槽,還需要將它們建立連接關系:

Counter a, b;
  QObject::connect(&a, SIGNAL(valueChanged(int)),
                   &b, SLOT(setValue(int)));

//可省略QObject::默認的是同一個函數
// 信號和對應的槽,參數要一致
connect(&a, &a->valueChanged,&b, b->setValue);

首先來看這幾個Qt中特有的關鍵字的含義:slots,signals,emit
no-keywords.h中:

#define signals Q_SIGNALS
#define slots Q_SLOTS
#define emit Q_EMIT

具體地:

# define Q_SLOTS QT_ANNOTATE_ACCESS_SPECIFIER(qt_slot)
# define Q_SIGNALS public QT_ANNOTATE_ACCESS_SPECIFIER(qt_signal)   //主要有個public
//進一步可見:
# define QT_ANNOTATE_ACCESS_SPECIFIER(x)

#define Q_EMIT  //(空)

簡單來說,emit就只是個寫程序用到的邏輯關鍵字,起提示作用。
而signals除了public關鍵字聲明為公有,其他部分就只在預處理過程中起作用。
slots就是只有預處理作用。

由此可見,定義的信號和槽函數, 最終變成了整數,而定義的特殊性,僅在于多一個預處理特征(包括#define xx本身)。那么可以推測,是使用某種預處理機制,進行了轉化。那么這是什么機制?如何運作的?

(2) Qt 的MOC(the Meta Object Compiler)預處理器

文檔翻譯時間:

Qt信號/槽和屬性系統基于在運行時內省對象的能力。內省意味著能夠列出對象的方法和屬性,并具有關于它們的各種信息,例如它們的參數類型。
C ++本身不提供內省支持,因此Qt附帶了一個提供它的工具。該工具是MOC。它是一個代碼生成器(而不是像某些人所說的預處理器)。它解析頭文件并生成一個額外的C ++文件,該文件與程序的其余部分一起編譯。生成的C ++文件包含內省所需的所有信息。

引用說那不是預處理,但是我仍然認為,既然需要用到了宏定義,先對代碼進行一遍處理(生成相關代碼也是一種處理),仍然可以看作是預處理,只不過是全部預處理的一部分。

再來看每個基于QObject類都需要聲明的一個宏Q_OBJECT:

#define Q_OBJECT \
public: \
    static const QMetaObject staticMetaObject; \
    virtual const QMetaObject *metaObject() const; \
    virtual void *qt_metacast(const char *); \
    virtual int qt_metacall(QMetaObject::Call, int, void **); \
    QT_TR_FUNCTIONS /* translations helper */ \
private: \
    Q_DECL_HIDDEN static void qt_static_metacall(QObject *, QMetaObject::Call, int, void **);

Q_OBJECT定義了一堆函數和一個靜態QMetaObject這些函數在MOC生成的文件中實現。

簡單說,就是MOC根據代碼的關鍵字,自動提取出信號和槽,并進行處理,生成了相應的cpp文件,相關要使用的函數即由Q_OBJECT定義,也生成在相應cpp文件中,隨整個工程一同進行編譯鏈接。

對于老版本的信號和槽:

Q_CORE_EXPORT const char *qFlagLocation(const char *method);
#ifndef QT_NO_DEBUG
# define QLOCATION "\0" __FILE__ ":" QTOSTRING(__LINE__)
# define SLOT(a)     qFlagLocation("1"#a QLOCATION)
# define SIGNAL(a)   qFlagLocation("2"#a QLOCATION)
#else
# define SLOT(a)     "1"#a
# define SIGNAL(a)   "2"#a
#endif

這些宏只是使用預處理器將參數轉換為字符串,并在前面添加代碼。在debug模式下,如果信號連接不起作用,我們還會使用文件位置注釋字符串以顯示警告消息。這是以兼容的方式在Qt 4.5中添加的。為了知道哪些字符串具有行信息,我們使用qFlagLocation,它將在具有兩個條目的表中注冊字符串地址。

也即直接將函數名翻譯成字符串,在前面加1或2字符,所謂的信號和槽,也就是相應的字符串。另外只需要處理參數傳遞問題。

新版用法中,傳遞的也是函數名,但從方式上看并沒有轉換成字符串,而是直接傳遞函數指針??傊?,就是兩種區分名稱的方法而以。函數指針方式能方便編輯器和編譯器檢查語法錯誤,使用更安全。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,443評論 6 532
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,530評論 3 416
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事?!?“怎么了?”我有些...
    開封第一講書人閱讀 176,407評論 0 375
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,981評論 1 312
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,759評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,204評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,263評論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,415評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,955評論 1 336
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,782評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,983評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,528評論 5 359
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,222評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,650評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,892評論 1 286
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,675評論 3 392
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,967評論 2 374

推薦閱讀更多精彩內容