不能直接全局替换null为nullptr，因为null是整型字面量（如0或0l），而nullptr是std::nullptr_t类型纯右值，二者在重载解析、模板推导中行为不同，易导致调用错误版本或sfinae失效。
为什么不能直接把 NULL 全局替换成 nullptr
因为 NULL 在多数标准库实现里是 0 或 0L（整型字面量），而 nullptr 是类型为 std::nullptr_t 的纯右值。两者在函数重载解析中行为不同：编译器可能选错重载版本。
常见错误现象：
– 传 NULL 给接受 int 和 void* 的重载函数时，原本调用指针版本，换成 nullptr 后编译失败或调用 int 版本；
– 模板推导中，NULL 可能被推成 int，nullptr 则推成 std::nullptr_t，导致 SFINAE 失效。
实操建议：
– 不要用文本替换工具全局搜 NULL → nullptr；
– 逐个检查每个 NULL 使用点，确认它是否真用于空指针语义；
– 若该位置本意就是空指针（如初始化、比较、返回、参数传递），才换为 nullptr；
– 若用于整数上下文（比如数组索引、位运算、#define MY_FLAG NULL 这类误用），必须改逻辑，不能硬换。
哪些地方必须用 nullptr 而不是 0 或 NULL
当需要明确表达“这是一个空指针常量”，且上下文涉及类型安全时，nullptr 是唯一正确选择。
典型场景：
– 初始化智能指针：std::unique_ptr<int> p = nullptr;</int>（用 0 或 NULL 会触发隐式转换，但可读性差且 C++11 后不推荐）；
– 模板函数参数：比如 template<typename t> void foo(T*); foo(nullptr);</typename>，用 0 会导致 T 推导失败；
– 返回空指针的函数：声明为 int* get_ptr() { return nullptr; }，比 return NULL; 更清晰表达意图；
– 与 auto 配合：auto p = nullptr; 类型是 std::nullptr_t，而 auto p = NULL; 类型取决于宏定义（可能是 int）。
NULL 宏定义在不同头文件里的差异会影响替换吗
会。虽然 C++11 要求 NULL 至少定义为 0，但实际中：
– <cstddef></cstddef> 中通常定义为 0L 或 0；
– 某些平台的 C 头文件（如 <stdio.h></stdio.h>）可能重新定义 NULL 为 ((void*)0)，这在 C++ 中非法（C++ 不允许 void* 隐转其他指针），但部分编译器宽容处理；
– 若代码中混用了 C 头、自定义 #define NULL，或依赖 NULL 的整型特性（如 int x = NULL;），直接替换会暴露类型错误。
实操建议：
– 编译时加 -Wzero-as-null-pointer-constant（Clang/GCC），让编译器标出所有可疑的 0 作空指针用法；
– 检查预处理输出：g++ -E file.cpp | grep NULL，确认实际展开值；
– 删除所有自定义 #define NULL，只依赖标准头中的定义；
– 对于历史遗留的 int x = NULL;，改为 int x = 0;，别碰 nullptr。
使用 nullptr 时容易忽略的兼容性细节
nullptr 是 C++11 引入的，但它的行为在后续标准中微调过。最易踩的坑是和 decltype、模板默认参数、以及某些 STL 实现交互时的隐式转换限制。
关键点：
– nullptr 不能隐式转为整型（int x = nullptr; 编译失败），但 NULL 可以（如果定义为 0）；
– std::function 构造时，std::function<void> f = nullptr;</void> 合法（表示空状态），但 f = 0; 不合法；
– 在 Windows API 封装中，若原有代码用 NULL 传给 LPCSTR 等 typedef 指针类型，换 nullptr 没问题；但若传给接受 DWORD 的参数（如 WaitForSingleObject(h, NULL)），就得改成 INFINITE 或 0UL，不能用 nullptr；
– sizeof(nullptr) 不保证等于 sizeof(void*)（尽管通常相等），所以别在跨平台二进制协议里用它做大小假设。
真正麻烦的不是语法替换，而是那些藏在条件编译、宏展开、模板元编程深处的隐式类型依赖——它们不会报错，但会让行为悄然改变。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
