我們來看訊號的發起過程，先來看一個巨集定義：# define emit，這個巨集定義將emit定義為空，也就是說你在emit mysignal()的時候，這行程式碼其實就是mysignal(),所以訊號就是函式，只是換了個概念而已！
廢話不多說，來DEBUG：

我們在11行打斷點F11進入：

// SIGNAL 0
void MyWidget::mysignal()
{
    QMetaObject::activate(this, &staticMetaObject, 0, nullptr);
}

居然直接呼叫了moc檔案中的mysignal函式，現在是不是更清楚訊號就是函數了啊？這裡的this是MyWidget物件，staticMetaObject就是第二章提到的靜態QMEtaObject，其餘都是空。進入active函式之前回去先計算偏移量：

822~824行：將QMetaObject的所有父類偏移量加起來，目的是找到子類的第一個訊號的偏移量（5.9.1中除了類名資訊之外，只儲存了訊號和槽的資訊）。現在進入active函式：

3636行：子類第一個訊號的偏移量+當前偏移量，就是我們需要的mysignal訊號的偏移量。
3637~3660行：進行安全檢查，檢查是否繫結訊號和槽。
接著來看：

3694行：根據訊號的signal_index下標查詢到connectionList，這個connectionList儲存的是所有繫結到該訊號的槽函式資訊；

3700~3705行：拿到列表的first和last，進行遍歷。
3707~3709行：receiver是空，就意味著沒有槽函式，continue；
3712~3721行：針對不同型別進行不同的處理；
我們的是在統一個執行緒中，呼叫3743行的switchSender函式，不同執行緒的是放到佇列中去；

來看switchSender函式：

 inline void switchSender(QObject *receiver, QObject *sender, int signal_absolute_id)
    {
        this->receiver = receiver;
        currentSender.sender = sender;
        currentSender.signal = signal_absolute_id;
        currentSender.ref = 1;
        previousSender = QObjectPrivate::setCurrentSender(receiver, &currentSender);
        switched = true
 
;
    }

發現該函式基本是進行值拷貝，繼續來看active函式：
3757~3766行：如果c->callFunction不為空，並且c->methodOffset在QMetaObject的methodOffset之內(保證呼叫的函式偏移量不超過QMetaObject的偏移量)，就可以呼叫callFunction.
我們看到const auto callFunction = c->callFunction;
和 callFunction(receiver, QMetaObject::InvokeMetaMethod, method_relative, argv ? argv : empty_argv);
實際上就是在呼叫callFunction，也就是moc_test.cpp中的qt_static_metacall函式。
呼叫完之後繼續執行do{}while(),知道所有的槽被呼叫。

接下來按F11，進入callFunction

可以看到確實呼叫了moc_test.cpp中的static_metacall函式，
71行：格局傳入的id呼叫對應的槽函式，所以myslot被呼叫。
OK，完結撒花！
如有問題歡迎指正

電子科技大學
胡力衛
[email protected]