null在c++中存在二义性，因其本质是宏（常定义为0或(void*)0），在函数重载时可能错误匹配int参数而非指针参数；nullptr通过引入独立类型std::nullptr_t，仅可隐式转换为指针类型、不可转为整数，彻底消除该歧义。
为什么 NULL 在 C++ 中会有二义性
因为 NULL 本质是宏，常见定义为 0 或 (void*)0。当重载函数同时接受 int 和指针类型时，传入 NULL 编译器可能选错重载版本——比如匹配到 void func(int) 而非 void func(char*)。
std::nullptr_t 是如何解决这个问题的
std::nullptr_t 是一个空类型，仅能隐式转换为任意指针类型（含成员指针），但**不转换为整数类型**。所以当你写 func(nullptr)，编译器只能匹配指针参数的重载，彻底避开整数歧义。
-
nullptr的类型就是std::nullptr_t，它不是整数，也不是指针，而是一个独立字面量类型 - 所有接受指针的函数、模板、
delete、new表达式都原生支持nullptr - 不能对
nullptr做算术运算（如nullptr + 1报错），这比NULL更安全
替换 NULL 时要注意的兼容细节
直接全局替换 NULL → nullptr 看似简单，但有几处容易翻车：
- 宏定义中用到
NULL（比如#define LOG(ptr) printf("%p", (ptr) ? ptr : NULL)）——nullptr不能直接传给%p，需转成void*：改为static_cast<void>(nullptr)</void> - C 头文件混用场景：如果头文件被 C 和 C++ 共同包含，
nullptr在 C 中不合法，此时仍需保留NULL，或用#ifdef __cplusplus分支处理 - 模板推导中，
nullptr推导为std::nullptr_t，而NULL可能推导为int，影响 SFINAE 或std::is_pointer_v判断
一个典型二义性修复示例
看这个重载函数：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
void foo(int) { std::cout
<p>调用 <code>foo(NULL)</code> 输出 <code>int</code>；而 <code>foo(nullptr)</code> 明确输出 <code>char*</code>。这是因为 <code>nullptr</code> 只能转成指针，不参与整型提升。</p>
<p>如果你在模板里写 <code>template<typename t> void bar(T*)</typename></code>，传 <code>nullptr</code> 会失败（<code>T*</code> 不是 <code>std::nullptr_t</code>），这时得用 <code>template<typename t> void bar(T*)</typename></code> + <code>bar(static_cast<int>(nullptr))</int></code>，或者更稳妥地改用 <code>std::nullptr_t</code> 特化。</p>
<p>真正麻烦的不是语法替换，而是那些靠 <code>NULL</code> 隐式转整数“碰巧工作”的老代码——它们一换 <code>nullptr</code> 就编译不过，得逐个确认语义是否真需要空指针。</p>C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
