在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指针，但有时你仍然需要它们。
当前回答
我通常用0。我不喜欢宏，而且不能保证您使用的某些第三方头文件不会将NULL重新定义为一些奇怪的东西。
你可以使用一个由Scott Meyers和其他人提出的nullptr对象，直到c++获得一个nullptr关键字:
const // It is a const object...
class nullptr_t
{
public:
template<class T>
operator T*() const // convertible to any type of null non-member pointer...
{ return 0; }
template<class C, class T>
operator T C::*() const // or any type of null member pointer...
{ return 0; }
private:
void operator&() const; // Can't take address of nullptr
} nullptr = {};
谷歌"nullptr"获取更多信息。
其他回答
主要是个人偏好，尽管有人可能会说，NULL使对象很明显是一个指针，目前不指向任何东西，例如。
void *ptr = &something;
/* lots o' code */
ptr = NULL; // more obvious that it's a pointer and not being used
IIRC，标准不要求NULL为0，所以使用<stddef.h>中定义的任何东西可能对你的编译器是最好的。
争论的另一个方面是是否应该使用逻辑比较(隐式转换为bool)或对NULL进行显式检查，但这也归结于可读性。
如果我回忆正确，NULL在我使用的头中定义不同。对于C，它被定义为(void*)0，而对于c++，它被定义为0。代码看起来像这样:
#ifndef __cplusplus
#define NULL (void*)0
#else
#define NULL 0
#endif
就我个人而言，我仍然使用NULL值来表示空指针，这表明你使用的是指针而不是某种整型。是的，在内部NULL值仍然是0，但它不是这样表示的。
此外，我不依赖于整数到布尔值的自动转换，而是显式地比较它们。
例如，更喜欢使用:
if (pointer_value != NULL || integer_value == 0)
而不是:
if (pointer_value || !integer_value)
可以这么说，这在c++ 11中都得到了纠正，可以简单地使用nullptr而不是NULL，也可以使用nullptr的类型nullptr_t。
我想说，历史已经证明了这一点，那些主张使用0(零)的人是错误的(包括Bjarne Stroustrup)。支持0的理由主要是审美和“个人偏好”。
c++ 11创建后，使用新的nullptr类型，一些编译器开始抱怨(使用默认形参)将0传递给带有指针参数的函数，因为0不是指针。
如果代码是使用NULL编写的，那么可以通过代码库执行简单的搜索和替换，使其成为nullptr。如果您被使用0作为指针编写的代码所困扰，那么更新它将变得更加乏味。
如果你现在必须为c++ 03标准编写新代码(并且不能使用nullptr)，你真的应该只使用NULL。这将使您将来更容易更新。
我主张在任何可能的情况下都不要使用0或NULL指针。
使用它们迟早会导致你的代码出现分段错误。根据我的经验，指针是c++中最大的bug来源之一
此外，它还会导致在整个代码中出现“if-not-null”语句。如果您可以依赖始终有效的状态，那就更好了。
几乎总是有更好的选择。
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)不是那么友好——这导致了运行时错误。
