Qt中QScopedPointer的用法，实操验证。

还是老规矩，QScopedPointer概念性的东西我就不赘述了，网上百度一抓一大把。

这里主要用实际的例子来说明一下QScopedPointer这个智能指针中data()和take()的用法，这里面是有坑的。

我们先来说一下data()和take()分别表示的是什么意思？

首先你可以把QScopedPointer看成是一个容器。

take()接口的意思是从这个容器中将对象删除，并返回之前放在这个容器中的对象或者数据，QScopedPointer不再拥有这个对象的指针。

data()接口的意思就是返回容器中的指针，QScopedPointer还是拥有这个对象的指针的。

这个take()感觉用起来有点像qt中队列(queue)的取操作(dequeue)。

有一种情况我们需要考虑的，就是在函数中使用了QScopedPointer如果来避免野指针的情况，本篇文章主要就是解决这个问题。

实际的例子是这样的，我先在.h中定义了一个单例模式的接口。

static ScreenWidget *Instance();

然后在.cpp文件中实现这个接口

QScopedPointer<ScreenWidget> ScreenWidget::self;
ScreenWidget *ScreenWidget::Instance()
{
    if (self.isNull()) 
    {
        static QMutex mutex;

        QMutexLocker locker(&mutex);

        if (self.isNull()) 
        {
            self.reset(new ScreenWidget);
        }
    }

    return self.data();
}

这里用的是data()。

在main.cpp文件中是如下使用方式。

    ScreenWidget* p1 = ScreenWidget::Instance();
    p1->showFullScreen();

这种情况程序会挂掉。

 这里就是出现了野指针的问题，因为在函数中使用data()，在函数结束以后QScopedPointer会被释放，QScopedPointer内的对象也会被释放，那么p1就是一个野指针了。程序自然就崩溃了。

ScreenWidget::Instance()->showFullScreen();

如果程序改成以上的样子程序就没什么问题。不存在野指针的情况。

QScopedPointer<ScreenWidget> ScreenWidget::self;
ScreenWidget *ScreenWidget::Instance()
{
    if (self.isNull()) 
    {
        static QMutex mutex;

        QMutexLocker locker(&mutex);

        if (self.isNull()) 
        {
            self.reset(new ScreenWidget);
        }
    }

    return self.take();
}

如果将上一段代码的返回值改成take()。

ScreenWidget* p1 = ScreenWidget::Instance();
p1->showFullScreen();

再次使用这种方式，程序没有问题，因为take()接口在返回的时候QScopedPointer删除了对象，但是也保留了对象的指针。p1就不会出现野指针的情况。

ScreenWidget::Instance()->showFullScreen();

如果换成这样的形式，程序也没有崩溃，因为没有指针指向的情况没有野指针存在。