1. 元对象工具
元对象编译器 MOC（meta object compiler）对 C++ 文件中的类声明进行分析并产生用于初始化元对象的 C++ 代码，元对象包含全部信号和槽的名字及指向这些函数的指针。
MOC 读 C++ 源文件，如果发现有 Q_OBJECT 宏声明的类，它就会生成另外一个 C++ 源文件，这个新生成的文件中包含有该类的元对象代码。例如，假设我们有一个头文件 mysignal.h，在这个文件中包含有信号或槽的声明，那么在编译之前 MOC 工具就会根据该文件自动生成一个名为 mysignal.moc.h 的 C++ 源文件并将其提交给编译器；类似地，对应于 mysignal.cpp 文件 moc 工具将自动生成一个名外 mysignal.moc.cpp 的文件提交给编译器。
元对象代码是 signal/slot 机制所必须的。用 MOC 产生的 C++ 源文件必须和类实现一起进行编译和链接，或用 #inldue 语句将其包含到类的源文件中。MOC 并不扩展 #include 或 #define 宏定义，他只是简单的跳过所遇见的所有预处理指令。
2. 程序示例
这里给出了一个简单的示例程序，程序中定义了三个信号、三个槽函数，然后将信号和槽进行关联，每个槽函数值是简单的弹出一个对话框窗口。
信号和槽函数的声明一般位于头文件中，同时在类声明单的开始位置必须加上 Q_OBJECT 语句，这条语句是不可或缺的，它将告诉编译器在编译之前必须先应用 MOC 工具进行扩展。关键字 signals 指出随后开始信号的声明，这里 signals 用的是复数形式而非单数，signals 没有 public、private、protected 等属性，这点不同于 slots。另外，signal、slots 关键字是 Qt 自己定义的，不是 C++ 中的关键字。
信号的声明类似于函数的声明而非变量的声明，左边要有类型，右边要有括号，如果要向槽中传递参数的话，在括号中指定每个参数的类型，当然，形式参数的个数能多于一个。
关键字 slots 指出随后开始槽的声明，这里 slots 用的也是复数形式。
槽的声明和普通寒时候的声明相同，能携带零或多个形式参数。既然信号的声明类似于普通 C++ 函数的声明，那么，信号也可采用 C++ 中重载函数的形式进行声明，即同名但参数不同。例如，第一次定义的 void mySignal 没有带参数，而第二次定义的却带有参数，从这里我们能看到 Qt 的信号机制是非常灵活的。
信号和槽之间的联系必须事先用 connect 函数进行指定。如果要断开二者之间的联系，使用函数 disconnect。
//mainwindow.h
#ifndef MAINWINDOW_H
#define MAINWINDOW_H
#include <QMainWindow>
namespace Ui {
class MainWindow;
}
class MainWindow : public QMainWindow
{
Q_OBJECT
public:
explicit MainWindow(QWidget *parent = 0);
~MainWindow();
private:
Ui::MainWindow *ui;
signals:
//信号声明区
void mySignal();
void mySignal(int x);
void mySignalPraam(int x, int y);
public slots:
//槽声明区
void mySlot();
void mySlot(int x);
void mySlotParam(int x, int y);
private slots:
void on_pushButton_clicked();
};
#endif // MAINWINDOW_H
#include "mainwindow.h"
#include "ui_mainwindow.h"
#include <QMessageBox>
MainWindow::MainWindow(QWidget *parent) :
QMainWindow(parent),
ui(new Ui::MainWindow)
{
ui->setupUi(this);
connect(this, SIGNAL(mySignal()), SLOT(mySlot()));
connect(this, SIGNAL(mySignal(int)), SLOT(mySlot(int)));
connect(this, SIGNAL(mySignalPraam(int,int)), SLOT(mySlotParam(int,int)));
}
MainWindow::~MainWindow()
{
delete ui;
}
void MainWindow::mySlot()
{
QMessageBox::about(this, "MainWindow","This is a signal/slot sample without parameter!");
}
void MainWindow::mySlot(int x)
{
QMessageBox::about(this, "MainWindow", "This is a signal/slot sample with one parameter!");
}
void MainWindow::mySlotParam(int x, int y)
{
char s[256];
sprintf(s, "x:%d y:%d", x, y);
QMessageBox::about(this, "MainWindow", s);
}
void MainWindow::on_pushButton_clicked()
{
//发射信号
emit mySignal();
emit mySignal(500);
emit mySignalPraam(100, 200);
}
3. 应注意的问题
信号和槽机制是比较灵活的，但有些局限性我们必须了解，这样在实际的使用过程中才能做到有的放矢，避免产生一些错误。
（1）信号和槽的效率是非常高的，不过同真正的回调函数比起来，由于增加了灵活性，因此在速度上海市有所损失，当然这种损失相对来说是比较小的，通过在一台 i586-133 的集市上测试是 10 微秒（运行Linux）,可见这种机制所提供的简洁性、灵活性还是值得的。但如果我们要追求高效率的话，比如在实时系统中就要尽可能的少用这种机制。
（2）信号和槽机制和普通函数的调用相同，如果使用不当的话，在程序执行时也有可能产生死循环。因此，在定义槽函数时一定要注意避免间接形成无限循环，即在槽中再次发射所接受到的同样信号。例如，在前面给出的例子中如果在 mySlot 槽函数中加上语句 emit Sginal 即可形成死循环。
（3）如果一个信号和多个槽相联系的话，那么，当这个信号被发射时，与之相关的槽被激活的顺序是随机的。
（4）宏定义不能用在 signal 和 slot 的参数中。既然 MOC 工具不扩展 #define，因此， 在 signals 和 slots 中携带参数的宏就不能正确地工作，如果不带参数则是可以的。
（5）构造函数不能用在 signals 或 slots 声明区域内。
（6）函数指针不能作为信号或槽的参数。
class someClass:public QObject
{
Q_OBJECT
...
public slots:
void apply(void(*applyFunction)(QList*, void*), char*);
}
//但是，可以通过采用函数指针的 typedef 来绕过这个限制
typedef void(*ApplyFunctionType)(QList*, void*);
class someClass:public QObject
{
Q_OBJECT
...
public slots:
void apply(AppfunctionType, char*);
}
（7）信号和槽不能有缺省值。
既然 signal/slot 绑定时发生在运行时的，那么，从概念上讲使用缺省参数是困难的。
（8）信号和槽也不能携带模板类参数。
如果将信号、槽声明为模板类参数的话，即时 MOC 工具不报告错误，也不可能得到预期的结果。
（9）嵌套的类不能位于信号或槽区域内，也不能有信号或槽。
（10）友元声明不能位于信号或才声明区内。相反，它们应该在普通 C++ 的 private、protected或public 区内进行声明。