Qt核心剖析: moc

前面我们说过，Qt 不是使用的“标准的” C++ 语言，而是对其进行了一定程度的“扩展”。这里我们从Qt新增加的关键字就可以看出来：signals、slots 或者 emit。所以有人会觉得 Qt 的程序编译速度慢，这主要是因为在 Qt 将源代码交给标准 C++ 编译器，如 gcc 之前，需要事先将这些扩展的语法去除掉。完成这一操作的就是 moc。

moc 全称是 Meta-Object Compiler，也就是“元对象编译器”。Qt 程序在交由标准编译器编译之前，先要使用 moc 分析 C++ 源文件。如果它发现在一个头文件中包含了宏 Q_OBJECT，则会生成另外一个 C++ 源文件。这个源文件中包含了 Q_OBJECT 宏的实现代码。这个新的文件名字将会是原文件名前面加上 moc_ 构成。这个新的文件同样将进入编译系统，最终被链接到二进制代码中去。因此我们可以知道，这个新的文件不是“替换”掉旧的文件，而是与原文件一起参与编译。另外，我们还可以看出一点，moc 的执行是在预处理器之前。因为预处理器执行之后，Q_OBJECT 宏就不存在了。

既然每个源文件都需要 moc 去处理，那么我们在什么时候调用了它呢？实际上，如果你使用 qmake 的话，这一步调用会在生成的 makefile 中展现出来。从本质上来说，qmake 不过是一个 makefile 生成器，因此，最终执行还是通过 make 完成的。

这下了解了：正是对 Q_OBJECT 宏的展开，使我们的 Test 类拥有了这些多出来的属性和函数。注意，QT_TR_FUNCTIONS 这个宏也是在这里定义的。也就是说，如果你要使用 tr() 国际化，就必须使用 Q_OBJECT 宏，否则是没有 tr() 函数的。这期间最重要的就是 virtual const QMetaObject *metaObject() const; 函数。这个函数返回 QMetaObject 元对象类的实例，通过它，你就获得了 Qt 类的反射的能力：获取本对象的类型之类，而这一切，都不需要 C++ 编译器的 RTTI 支持。Qt 也提供了一个类似 C++ 的 dynamic_cast() 的函数 qobject_cast()，而这一函数的实现也不需要 RTTI。另外，一个没有定义 Q_OBJECT 宏的类与它最接近的父类是同一类型的。也就是说，如果 A 继承了 QObject 并且定义了 Q_OBJECT，B 继承了 A 但没有定义 Q_OBJECT，C 继承了 B，则 C 的 QMetaObject::className() 函数将返回 A，而不是本身的名字。因此，为了避免这一问题，所有继承了 QObject 的类都应该定义 Q_OBJECT 宏，不管你是不是使用信号槽。

------------------------------------------------

Qt 对 C++ 的扩展主要是3个方面：

1)元对象系统，包含Q_OBJECT宏的文件(.h, .cpp等)需要 moc 预处理

2)资源系统，.qrc 文件 需要 rcc 进行预处理

3)界面系统，.ui 文件 需要 uic 进行预处理

g++ main.cpp -DQT_CORE_LIB -Ie:\Qt\4.7.0\include -o main -Le:\Qt\4.7.0\lib -lQtCore4

单行命令，很简单：

    -I 指定头文件路径

    -L 指定库文件路径

    -l 指定需要链接的库

    -D 定义必要的宏(其实对这个小程序，这个宏也没必要用)

    -o 指定生成的可执行文件名

添加一个宏后，发生了什么？我们看看 编译器将加入Q_OBJECT宏展开 后是什么样子的：

#include <QtGui/QWidget>

class Widget : public QWidget

{

    static const QMetaObject staticMetaObject;

    virtual const QMetaObject *metaObject() const;

    virtual void *qt_metacast(const char *);

    virtual int qt_metacall(QMetaObject::Call, int, void **);

    ...

public:

    Widget(QWidget * parent=NULL);

};

编译器在预处理时会将加入Q_OBJECT宏展开，展开后相当于定义了许多函数，一下子多出来这么多函数，而且还没有函数体。

如何生成函数体呢？这正是moc所做的：

moc widget.h -o moc_widget.cpp

这样一来，这些函数都在 moc_widget.cpp 被实现了，只要我们将该文件一块编译链接就行了。

对g++来说，在例子二的基础上，直接添加一个 moc_widget.cpp 文件，然后一切正常了：

g++ main.cpp widget.cpp moc_widget.cpp -DQT_CORE_LIB -DQT_GUI_LIB -Ie:\Qt\4.7.0-beta2\include -o main -Le:\Qt\4.7.0-beta2\lib -lQtCore4 -lQtGui4

---

例子四:rcc和uic

本节中不讲例子（因为 rcc 和 uic 概念比较简单）

    如果我们用了资源，那么需要一个 xxx.qrc 文件，这个文件呢，C++ 编译器不认识，于是

    rcc xxx.qrc -o qrc_xxx.cpp

    如果我们用了designer设计的界面 .ui。C++ 编译器不认识这个文件，于是

    uic xxx.ui -o ui_xxx.h

这样一来，我们得到是就全是 .h 和 .cpp 的文件了，剩下的工作，你知道的，交给 C++ 编译器就行了。

---

最后理解一下qt的编译工具: