不能直接全局替换NULL为nullptr，因为NULL本质是整数0或(void)0，类型不明确，而nullptr是std::nullptr_t类型，只可转指针；全局替换会破坏重载解析（如foo(NULL)调int版，foo(nullptr)调char版）、导致编译错误（如open系统调用的整数参数）或模板推导异常。
为什么不能直接把 NULL 全局替换成 nullptr
因为 NULL 在 C++ 中通常被定义为 0 或 ((void*)0)，它本质是整数常量或空指针常量，但类型不明确；而 nullptr 是独立的字面量，类型是 std::nullptr_t，只可隐式转换为任意指针类型，不会被误认为整数。直接全局搜索替换会出问题——比如在函数重载场景下：
void foo(int) { ... }<br>void foo(char*) { ... }<br>foo(NULL); // 调用 foo(int)，因为 NULL 是 0<br>foo(nullptr); // 调用 foo(char*)，符合预期盲目替换可能改变行为，甚至引发编译失败。
哪些地方必须改，哪些可以暂不改
应优先修改以下位置：
- 所有用于初始化或赋值指针变量的地方：如
int* p = NULL;→int* p = nullptr; - 函数调用中显式传入空指针参数：如
open("/dev/null", O_RDONLY, NULL);→ 若该函数期望指针（如某些自定义 API），才换；系统调用如open的第三个参数是mode_t（整数），传nullptr会编译报错，必须保留NULL或0 - 模板推导上下文：如
std::vector<:unique_ptr>> v; v.push_back(NULL);</:unique_ptr>会失败，必须用nullptr - 宏定义中涉及指针判空逻辑（如
#define SAFE_DELETE(p) do { delete p; p = NULL; } while(0)）应改为p = nullptr;，但注意宏本身不支持类型安全，建议逐步淘汰这类宏
如何安全迁移现有代码
推荐分三步走：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 启用编译器警告：GCC/Clang 加
-Wzero-as-null-pointer-constant，MSVC 加/W4并关注 C4826（指针/整数大小不匹配）和 C4172（返回局部地址）相关提示，它们常暴露NULL误用点 - 用 IDE 或
clang-tidy扫描：运行clang-tidy -checks="modernize-use-nullptr" *.cpp，它能精准识别可安全替换的NULL，跳过数值上下文 - 检查重载和模板实例化：尤其关注
std::function构造、lambda 捕获、容器insert/find等操作中传入NULL的地方，这些地方替换后行为更严格，可能暴露原有逻辑缺陷
nullptr 在模板和 auto 推导中的特殊表现
nullptr 的类型是 std::nullptr_t，这在泛型编程中很关键：
-
auto p = nullptr;推导出std::nullptr_t，不是指针类型，后续不能直接解引用；需显式转型，如int* q = nullptr; - 模板参数推导时，
nullptr不会退化为整数：如template<typename t> void f(T); f(nullptr);</typename>中T是std::nullptr_t，而f(NULL)可能推导为int，导致特化失效 - 与
std::shared_ptr配合时：std::shared_ptr<int> sp(NULL);</int>编译失败（无对应构造函数），但std::shared_ptr<int> sp(nullptr);</int>合法且明确表示空智能指针
nullptr 无缝替代，类型系统会立刻反馈。立即学习“C++免费学习笔记（深入）”；
