C語言和C++對大小寫是敏感的，也就是說null和NULL是區(qū)別對待的。NULL代表空地址，null只是一個符號，null可以是自己定義的一個變量。

NUll是一個宏定義 #define NULL 0，容易產(chǎn)生宏常常產(chǎn)生的錯誤。

nullptr是C++11中才引入的一個字面值常量，可以被轉(zhuǎn)換成任意其他指針，其用法和直接用字面值0是一樣的。

以下不完全轉(zhuǎn)載至http://www.kiford.com/a/WZ012116VDNEF3BD?utm_source=tuicool&utm_medium=referral

在強(qiáng)調(diào)一下，NULL 在C++中的定義僅僅是 0，僅此而已。（切記，NULL 是宏，以下錯誤都是宏引起的）

當(dāng)然，這看起來僅僅是語法問題啦。那么使用 nullptr 和 NULL 究竟有沒有差別呢？當(dāng)然有！ 使用 nullptr 可以幫助我們避免各式各樣的錯誤。

還是用實(shí)例來說明吧。

假設(shè)，有兩個被重載的函數(shù)：

void Foo(int x, int y, const char *name);

void Foo(int x, int y, int ResourceID);

我們可能像下面這樣來調(diào)用：

1.Foo(1, 2, NULL);

有些程序猿認(rèn)為這樣寫調(diào)用的是第一個函數(shù)。結(jié)果卻不是這樣的，因?yàn)?NULL 僅僅就是 0，是int類型的 0，所以第2個函數(shù)會被調(diào)用，而不是第一個函數(shù)。

然而，如果使用的是 nullptr，那么第一個函數(shù)將被調(diào)用，就不會產(chǎn)生這種錯誤了。

另一個通常的使用 NULL 方式如下代碼所示：

if (unknownError)

throw NULL;

依我之見，拋出一個指針異常這件事兒就是令人懷疑的。不過有時一些人會這么做。顯然，開發(fā)者需要編寫這樣的代碼。好吧，討論這樣做的好與壞超出了本文的范疇。

重點(diǎn)是我們想在產(chǎn)生未知錯誤時拋出一個異常，并且要把一個空指針"送到"外部世界。但實(shí)際上送出去的不是指針，而是一個int類型。結(jié)果就是異常并不會像我們認(rèn)為的那樣被捕獲 。

throw nullptr; 可以讓我們避免這種錯誤。但，好吧，這并不意味著我完全接受這種（拋出指針異常）的代碼。

在一些情況下，使用 nullptr 是會產(chǎn)生編譯錯誤的。

例如一些WinApi函數(shù)返回 HRESULT 類型的參數(shù)。HRESULT 類型和指針本沒什么關(guān)系，然而如下所示的這種渣渣代碼卻有可能被寫出來：

if (WinApiFoo(a, b, c) != NULL)

編譯沒有問題，因?yàn)?NULL 是int類型的0，HRESULT 是long型，比較類型int和long是可以的。如果使用 nullptr 呢，如下所示的代碼就編譯不過去啦：

if (WinApiFoo (a, b, c)! = nullptr)

如此，這個錯誤便能夠被立刻被發(fā)現(xiàn)并改正啦。

你肯定有這種想法，這種例子是有很多，但這都是你自己臆想的啊，這可不能說服大家。有沒有實(shí)際的例子呢？當(dāng)然有，這就有一個，只不過不是那種短小精悍的例子。

這段代碼來自 MTASA。

有這么一個 RtlFillMemory() ，它可能是一個函數(shù)或者宏，這都不重要。它和 memset() 有點(diǎn)像，只不過第二個和第三個參數(shù)是顛倒的。他可能是這樣聲明的：

#define RtlFillMemory(Destination,Length,Fill)

memset((Destination),(Fill),(Length))

還有一個 FillMemory()，就是把 RtlFillMemory() 重定義了一下：

#define FillMemory RtlFillMemory

好吧，挺長挺亂的，但這確實(shí)是實(shí)際中的一個例子。

FillMemory 是這么被使用的：

LPCTSTR __stdcall GetFaultReason ( EXCEPTION_POINTERS * pExPtrs ){

....

PIMAGEHLP_SYMBOL pSym = (PIMAGEHLP_SYMBOL)&g_stSymbol ;

FillMemory ( pSym , NULL , SYM_BUFF_SIZE ) ;

....

}

這段代碼bug不止一個。明顯的就是第2個參數(shù)和第3個參數(shù)用反了。這就是分析器報了兩個警告的原因 V575:

V575 The 'memset' function processes value '512'. Inspect the second argument. crashhandler.cpp 499 (memset 處理的值是'512'，檢查一下第2個參數(shù))

V575 The 'memset' function processes '0' elements. Inspect the third argument. crashhandler.cpp 499(memset 處理了0個元素，檢查一下第1個參數(shù))

但錯誤可不止這一處：NULL 用在這壓根就不合適。memset() 函數(shù)是按字節(jié)填充的，所以使用 NULL 值來填充的想法就是錯（譯者注：雖然 memset 的第2個參數(shù)value是int型，但實(shí)現(xiàn)時會轉(zhuǎn)化成 unsigned char 來填充內(nèi)存，參看memset文檔）。 來看看正確的代碼：

FillMemory(pSym, SYM_BUFF_SIZE, 0);

或者這樣：

ZeroMemory(pSym, SYM_BUFF_SIZE);

但這也不是重點(diǎn)，重點(diǎn)是這種渣渣代碼居然能
編～譯～成～功～。可是如果程序猿們習(xí)慣使用的是 nullptr 而不是 NULL，那么代碼就會寫成這樣：

FillMemory(pSym, nullptr, SYM_BUFF_SIZE);

這樣的話編譯器會拋出一個編譯錯誤，猿們就能意識到他們的錯了，就會多多注意他們的代碼了。

另外，我明白這種情況下不應(yīng)該責(zé)備 NULL 本身，這只能怪代碼編譯時沒有拋出關(guān)于 NULL 的警告，我們的代碼應(yīng)該盡可能讓編譯器來發(fā)現(xiàn)錯誤。

總結(jié)

以上是生活随笔為你收集整理的nullptr、NULL、null和0的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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