看看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,有兴趣可以去查找相关资料。