在c++的早期，当它被固定在C的顶部时，你不能使用NULL，因为它被定义为(void*)0。你不能将NULL赋值给除void*以外的任何指针，这使得它有点无用。在那些日子里，人们接受使用0(零)作为空指针。
直到今天，我仍然使用0作为空指针，但我周围的人坚持使用null。我个人认为给一个现有的值命名(NULL)没有任何好处-因为我也喜欢将指针作为真值测试:
if (p && !q)
do_something();
那么使用0就更有意义了(就像如果你使用NULL，你不能在逻辑上使用p && !q -你需要显式地与NULL进行比较，除非你假设NULL为零，在这种情况下为什么要使用NULL)。
是否有任何客观的原因让人们更喜欢0而不是NULL(反之亦然)，或者这只是个人偏好?
编辑:我应该补充(最初的意思是说)，对于RAII和异常，我很少使用零/NULL指针，但有时你仍然需要它们。
当前回答
我更喜欢使用NULL，因为它清楚地表明，您的意图是值表示指针而不是算术值。不幸的是，它是一个宏，但由于它是如此广泛地根深蒂固，几乎没有什么危险(除非有人做了一些非常愚蠢的事情)。我希望从一开始它就是一个关键字，但是你能做什么呢?
也就是说，我对使用指针本身作为真值没有问题。就像NULL一样，这是一个根深蒂固的习惯用语。
c++ 09将添加nullptr构造，我认为这是早就该有的。
其他回答
我尽量使用c++参考来避免整个问题。而不是
void foo(const Bar* pBar) { ... }
你可能经常会写作
void foo(const Bar& bar) { ... }
当然，这并不总是有效的;但是空指针可能会被过度使用。
我曾经在一台机器上工作，其中0是一个有效地址，NULL被定义为一个特殊的八进制值。在该机器上(0 != NULL)，因此代码如
char *p;
...
if (p) { ... }
不会如你所愿。你必须写
if (p != NULL) { ... }
虽然我相信现在大多数编译器都将NULL定义为0，但我仍然记得那些年前的教训:NULL不一定是0。
将指针设置为0并不那么清楚。特别是如果你使用c++以外的语言。这包括C语言和Javascript。
我最近用这样的代码删除:
DrawTo(BITMAP *buffer) =0;
第一次为纯虚函数。我以为这只是一个星期的魔术表演。当我意识到它基本上只是将函数指针设置为空(因为在c++的大多数情况下虚函数只是函数指针)时，我踢了自己一脚。
DrawTo(BITMAP *buffer) =null;
如果我的新眼睛没有间隔的话就不会那么令人困惑了。实际上，我想知道为什么c++不使用小写的null，就像它现在使用小写的false和true一样。
曾经有人告诉我……我将把NULL重新定义为69。从那以后，我不再使用它:P
它使您的代码非常脆弱。
编辑:
标准中并非所有内容都是完美的。宏NULL是一个实现定义的c++空指针常量，与C NULL宏不完全兼容，除了类型隐藏隐式转换它在一个无用的和容易出错的工具。
NULL不是一个空指针，而是一个O/OL文字。
告诉我下一个例子不会让人困惑:
void foo(char *);
void foo(int);
foo(NULL); // calls int version instead of pointer version!
是不是因为这一切，在新标准中出现了std::nullptr_t
如果你不想等待新标准的出台，想要使用nullptr，至少要使用一个像Meyers建议的那样像样的nullptr(参见jonh comment)。
cerr << sizeof(0) << endl;
cerr << sizeof(NULL) << endl;
cerr << sizeof(void*) << endl;
============
On a 64-bit gcc RHEL platform you get:
4
8
8
================
这个故事的寓意。在处理指针时应该使用NULL。
1)它声明了你的意图(不要让我搜索你所有的代码，试图找出一个变量是指针还是一些数字类型)。
2)在某些需要变量参数的API调用中，它们将使用null指针来指示参数列表的结束。在这种情况下，使用“0”而不是NULL可能会导致问题。在64位平台上，va_arg调用需要一个64位指针，但您将只传递一个32位整数。在我看来，你是在依靠其他32位来为你归零?我见过某些编译器(例如英特尔的icpc)不是那么友好——这导致了运行时错误。
