delete p后，只是釋放了指針指向的內(nèi)存空間。p并不會自動被置為NULL，而且指針還在，同時還指向了之前的地址

delete NULL編譯器不會報錯（因為delete空指針是合法的）

例：

對一個非空指針delete后，若沒有賦NULL，若再次delete的話，有可能出現(xiàn)問題。

如下代碼

int *p = new int(3);

delete p;

delete p;

用VC編譯運行將出現(xiàn)問題。

將其改為：

int *p = new int(3);

delete p;

p = NULL;

delete p;

則不會出現(xiàn)問題（因為delete空指針是合法的）。

轉(zhuǎn)自：http://blog.csdn.net/hudfang/article/details/43054243

具體的詳細(xì)原因看下面的例子：

《delete一個指針之后,要記得設(shè)置為NULL 》

眾所周知，最開始我們用new來創(chuàng)建一個指針，那么等我們用完它之后，一定要用delete將該指針刪掉。但是，值得注意的是，難道就僅僅是刪除這個指針這么簡單的么？下面，我們用一個程序來說明這個問題：

 1 #include <iostream>
 2 using namespace std;
 3 int main()
 4 {
 5     int *p=new int;
 6     *p=3;
 7     cout<<"將3賦給p的地址后，指針p讀取的值："<<*p<<endl;
 8     delete p;
 9     cout<<"刪除空間后，指針p讀取的值："<<*p<<endl;
10     long *p1=new long;
11     *p1=100;
12     cout<<"創(chuàng)建新空間后，指針p中保存的地址："<<p<<endl;
13     cout<<"指向新空間的指針p1保存的地址："<<p1<<endl;
14     *p=23;
15     cout<<"將23賦給p的地址后，指針p讀取的值："<<*p<<endl;
16     cout<<"將23賦給p的地址后，指針p1讀取的值："<<*p1<<endl;
17     delete p1;
18     return 0;
19 }

在上面這個程序中，我們在第8行就將指針p利用delete刪掉了。但是，我們來看看程序的輸出結(jié)果：

對照著上面的程序，我們來分析一下這個輸出。首先，我們在程序的第5行初始化了一個指針p。之后輸出指針p讀取的值。由于第6行的原因，程序肯定會輸出3了。之后，我們在程序的第8行刪除了這個指針p。但是我們驚奇的發(fā)現(xiàn)，在程序的第9行竟然可以輸出指針p讀取的值。我們不是已經(jīng)把它刪了么？其實不然，debug，上圖：

從監(jiān)視窗口中，我們可以看見雖然程序的第8行已經(jīng)將指針p刪除了，但是在監(jiān)視窗口中p仍然存在，只是*p所指向的值不再是原來的3了，而是一個隨機(jī)數(shù)。這里就說明了一個非常重要的概念：我們在刪除一個指針之后，編譯器只會釋放該指針?biāo)赶虻膬?nèi)存空間，而不會刪除這個指針本身。

然后我們接著往下分析。在程序的第10行我們又創(chuàng)建了一個long型的指針p1。在12行與13行的輸出中我們驚奇地發(fā)現(xiàn)，指針p保存的地址居然和指針p1保存的地址一模一樣！這個就說明了指針p和指針p1都指向內(nèi)存的同一個地方！！！出現(xiàn)這種狀況的原因其實是由于編譯器。編譯器默認(rèn)將釋放掉的內(nèi)存空間回收然后分配給新開辟的空間。所以在第11行由于我們新開辟了一個可以保存long型變量的空間并且由p1來指向它，那么這里的p1指向的其實就是在程序第8行釋放掉的內(nèi)存空間，即p指向的內(nèi)存空間！所以，這就導(dǎo)致了兩個指針同時指向同一個內(nèi)存空間。這是多不安全的一件事情啊！要知道，我們是把指針p刪了的啊！如果再重新對*p進(jìn)行賦值操作，那么不是會連著*p1一起改動么？

果然，讓我們擔(dān)心的事情出現(xiàn)了。我們明明在程序的第11行中定義了*p1的值為100，但是在輸出上面，指針p1讀取的值竟然也是23。這個原因就是因為野指針p造成的。我們可以看到，在程序的第14行我們將23賦給了*p。又由于p和p1指向的是同一塊內(nèi)存單元，所以在這里相當(dāng)于也將p1所指向的內(nèi)存單元中的值（原來是100），改成了23！這樣必然會導(dǎo)致程序的出錯！

那么我們就不禁要問了，對于這種由于野指針造成的問題，有沒有解決的方法呢？答案當(dāng)然是有的了。我們只需要牢記下面這句話：

在刪除一個指針之后，一定將該指針設(shè)置成空指針（即在delete *p之后一定要加上： p=NULL）

我們來看一下在stdio.h中關(guān)于關(guān)鍵字NULL的定義：

/* Define NULL pointer value */
 
#ifndef NULL
#ifdef __cplusplus
#define NULL    0
#else
#define NULL    ((void *)0)
#endif
#endif

注意上面定義的第5行。這里其實就說明了NULL就是0。也就是說，我們在刪除完指針p之后，一定要把它變成空指針！只有這樣，才會杜絕上面程序中出現(xiàn)的野指針的錯誤。

p.s. 對于NULL的應(yīng)用，我們不應(yīng)該僅限于上面的方法，還可以應(yīng)用NULL來判斷指針是否初始化成功了，如下例if中的判斷方法：

#include <iostream>
using namespace std;
 
int main()
{
    int *p=new int;
    if (p==NULL)
    {
        //判斷指針p是不是空指針，如果是空指針，那么程序在這里就應(yīng)該報錯
        //報錯的方法有很多，比如說返回一個ERROR值：
        //return ERROR;
    }
 
    //判斷了操作成功之后我們才能進(jìn)行一系列的操作
    //...
 
    //用完指針p之后，一定要將其刪掉。這樣可以杜絕野指針的存在
    delete p;
    //刪除指針p之后，一定要加上下面這句話，免得成為野指針
    p=NULL;
}

好了，下次一定要記住，在分配空間給指針之后，一定要用NULL來判斷一下是否成功了。然后在刪除這個指針的時候，也要用NULL來賦給指針，杜絕成為野指針！

O(∩_∩)O哈哈~寫完，收工~~~~

轉(zhuǎn)自：http://www.cnblogs.com/uniqueliu/archive/2011/07/18/2109778.html#

《對指針調(diào)用deletelater()后能立即將指針賦值為0嗎》

http://bbs.csdn.net/topics/390091038

比如我有一個對象A，含有一個指向某個對象（例如QUdpSocket）的指針，該對象A通過movetothread移動了一個次線程，然后在次線程中new了一個QUdpSocket對象，并把地址賦值給了對象A的那個指針，這樣QUdpSocket對象也是在次線程中了。
我的問題是，我需要在次線程析構(gòu)前刪除掉對象A，因此需要給A寫一個析構(gòu)函數(shù)。在函數(shù)體里對指向socket的指針調(diào)用deletalater（）,這樣在回到次線程的時間循環(huán)后就能安全的刪除指針?biāo)笇ο罅恕５俏夷茉谡{(diào)用完deleterlater后直接將
指針賦值為null嗎，也即：

if(m_udpsocket)
{
      m_udpsocket->deletaLater();
      m_udpsocket = 0;
}

文檔中說deleterLater并不是立即被調(diào)用，而是把這個刪除時間加入到一個事件循環(huán)里了。所以，我想如果按照上面的代碼所寫，會不會出現(xiàn)這種情況：當(dāng)刪除事件加入循環(huán)隊列后，指針被賦值為0，接著刪除事件被處理，這時因為指針為0，所以堆對象刪除失敗，造成了內(nèi)存泄露？我自己在下面試了下，沒有碰見這種情況，但還是覺得不妥，不應(yīng)該在后面對指針賦值為0.但是不這樣做的話，那這個指針豈不就成了一個野指針。在別的情況，我可能還想多次重復(fù)利用這個指針，那這樣不就用不了了嗎？

答：當(dāng)然可以，deleteLater并不依賴于這個指針的值，只能使用直接調(diào)用函數(shù)的方式，

　　不能使用connect(p***, SIGNAL(disconnected()), p***, SLOT(deleteLater()));

connect(p***, SIGNAL(disconnected()), this, SLOT(sltClose()));

　　　　　　　void sltClose()

　　　　　　　{

　　　　　　　　　　p***=NULL;//槽函數(shù)調(diào)用沒有固定順序

　　　　　　　　}

看http://www.cnblogs.com/liushui-sky/p/5851936.html中

注：我理解調(diào)用deletelater （如指針QTcpSocket *p調(diào)用p->deletelater();）之后已經(jīng)把當(dāng)前的QTcpSocket 對象的內(nèi)存地址通過this賦值給消息隊列了，所以把外部的指針p置為NULL不影響最終對象的delete。

記住：p存放的是指向QTcpSocket對象的內(nèi)存地址，而p本身只是一個指針地址。

參考：http://blog.csdn.net/zzwdkxx/article/details/50748908

總結(jié)

以上是生活随笔為你收集整理的delete指针以后应赋值为NULL——QT deletelater指针以后也同样要马上赋值为NULL的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。