QObject源码剖析-d指针和q指针

看看QObject源码：

class Q_CORE_EXPORT QObject
{
    
	...
protected:
    QScopedPointer<QObjectData> d_ptr;
    ...
}

可以看到QObject有一个protected成员d_ptr，其类型为QObjcetData，QScopedPointer类似于unique_ptr，看看QObjectData的源码：

class Q_CORE_EXPORT QObjectData {
    
public:
    virtual ~QObjectData() = 0;
    QObject *q_ptr;
	....
};

上面的d_ptr和q_ptr就是d指针和q指针
看看QObject构造函数：

QObject::QObject(QObject *parent)
    : d_ptr(new QObjectPrivate)
{
    
    Q_D(QObject);
    d_ptr->q_ptr = this;
	....
}

可以看到，QObject在构造的时候给d_ptr赋值QObjectPrivate，看看源码：

class Q_CORE_EXPORT QObjectPrivate : public QObjectData
{
    
	...
}

可以看到QObjectPrivate为QObjectData的子类，从QObject的构造函数可以看出，QObject和QObjectPrivate互相拥有对方的对象指针，那么QObject为什么要这么做呢？
实际上QObject的成员变量都放在QObjectPrivate中，为什么要将成员变量放在QObjectPrivate中然后在QObject中使用D指针d_ptr呢？实际上是为了解决编译和依赖问题。

• 编译问题：如果有20个cpp文件#include了qobject.h文件，那么一旦对这个.h文件的数据成员变量做那么一丁点修改，在下一次编译这个项目时就会导致这个10个cpp文件全部都必须重新编译。这也就是直接将类型的数据成员变量定义在类型本身的缺点。
• 其次是依赖问题。一般将dll提供给别人使用时，还必须包含相应的头文件，如果这时更改了QObject.h的成员，一个类型的数据成员变量修改之后，会导致类型的对象实例的内存布局发生变化，那么所有使用到该dll的地方都必须重新编译才能使用，而不能简单替换之前的dll就行。将数据成员使用指针保存，将该指针的实现放在cpp中就可以避免头文件改动，从而直接使用新的dll就行而不必使用到该dll的地方都重新编译。

其实q指针和d指针利用的编程技巧c++ PIMPL，有兴趣可以去查找相关资料。