C++中为什么建议使用nullptr而不是NULL或0？ (类型安全性)

NULLptr能避免函数重载歧义，因其是std::nullptr_t类型，只隐式转换为指针类型而不转整型，使foo(nullptr)明确匹配void foo(char*)而非void foo(int)，且在模板推导、容器操作和optional构造中行为更确定可靠。

为什么 nullptr 能避免函数重载歧义

用 NULL 或字面量 0 传参时，编译器可能误选非预期的重载函数。比如有 void foo(int) 和 void foo(char*) 两个版本，foo(NULL) 会调用 foo(int)（因为 NULL 通常是 0 或 0L），而 foo(nullptr) 明确匹配指针版本。

• NULL 在多数标准库中定义为 0 或 0L，本质是整型常量
• nullptr 是独立类型 std::nullptr_t，只可隐式转换为任意指针类型，不转换为整型
• 模板推导中，nullptr 能正确推导出指针类型，NULL 可能推导成 int

nullptr 在模板和泛型代码里更可靠

写模板时如果用 0 初始化指针参数，实例化后可能意外绑定到整型特化；而 nullptr 始终被识别为指针空值，行为确定。

• 例如：模板函数 template void bar(T* p)，调用 bar(0) 会失败（0 不是指针），但 bar(nullptr) 成功
• 容器如 std::vector<:unique_ptr>> 的 push_back(nullptr) 清晰无歧义；用 push_back(NULL) 可能在某些旧编译器上触发隐式转换警告
• c++17 起，std::optional 构造时也推荐用 nullptr 表达空指针语义，而非 0

兼容性和编译器支持的实际考量

nullptr 是 C++11 引入的关键字，所有现代编译器（GCC 4.6+、Clang 3.0+、MSVC 2010+）都支持。若项目仍需兼容 C++98，则不能用；但只要支持 C++11，就该默认用 nullptr。

• 宏 NULL 的定义因头文件和平台而异（#define NULL 0 或 #define NULL ((void*)0)），后者在 C++ 中非法（C++ 禁止 void* 隐转其他指针），实际中多退化为 0
• 用 nullptr 后，静态分析工具（如 Clang-Tidy）更容易捕获空指针解引用风险
• 注意：不要在 C 头文件中混用 nullptr（C 不认识它），跨语言接口处需谨慎

类型安全不是抽象概念——它直接决定函数调用走哪条路径、模板怎么实例化、甚至会不会静默编译通过。最常被忽略的是：把 nullptr 当“更高级的 NULL”来用，却没意识到它从根本上改变了类型系统里的角色。

立即学习“C++免费学习笔记（深入）”；