在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重新定义为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)。
其他回答
下面是Stroustrup对此的看法:c++风格和技术常见问题解答
In C++, the definition of NULL is 0, so there is only an aesthetic difference. I prefer to avoid macros, so I use 0. Another problem with NULL is that people sometimes mistakenly believe that it is different from 0 and/or not an integer. In pre-standard code, NULL was/is sometimes defined to something unsuitable and therefore had/has to be avoided. That's less common these days. If you have to name the null pointer, call it nullptr; that's what it's called in C++11. Then, nullptr will be a keyword.
也就是说，不要为小事烦恼。
我想说，历史已经证明了这一点，那些主张使用0(零)的人是错误的(包括Bjarne Stroustrup)。支持0的理由主要是审美和“个人偏好”。
c++ 11创建后，使用新的nullptr类型，一些编译器开始抱怨(使用默认形参)将0传递给带有指针参数的函数，因为0不是指针。
如果代码是使用NULL编写的，那么可以通过代码库执行简单的搜索和替换，使其成为nullptr。如果您被使用0作为指针编写的代码所困扰，那么更新它将变得更加乏味。
如果你现在必须为c++ 03标准编写新代码(并且不能使用nullptr)，你真的应该只使用NULL。这将使您将来更容易更新。
使用0或NULL都有相同的效果。
然而，这并不意味着它们都是很好的编程实践。鉴于在性能上没有差异，选择低级感知选项而不是不可知论/抽象选项是一种糟糕的编程实践。帮助代码的读者理解您的思维过程。
NULL, 0,0.0， '\0'， 0x00和其他东西都转换为相同的东西，但在你的程序中是不同的逻辑实体。它们应该这样使用。NULL是指针，0是数量，0x0是位感兴趣的值，等等。无论指针是否编译，都不能将'\0'赋值给它。
我知道一些社区鼓励通过打破环境契约来展示对环境的深入了解。然而，负责任的程序员会编写可维护的代码，并将此类实践排除在他们的代码之外。
我总是用:
指针为NULL '\0'表示字符 0.0用于浮点数和双精度数
0就可以了。这是一个传达意图的问题。话虽如此，我对此并不感兴趣。
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)不是那么友好——这导致了运行时错误。
