应统一使用 nullptr 而非 NULL：nullptr 是类型安全的空指针字面量，类型为 std::nullptr_t，可隐式转换为任意指针类型但不转整数；NULL 本质是整数 0，易导致重载歧义和模板推导错误。
nullptr 是类型安全的空指针字面量，NULL 本质是整数 0（或宏定义的 0），在重载和模板场景下容易引发歧义。
类型安全性：编译器能准确区分指针和整数
nullptr 的类型是 std::nullptr_t，可隐式转换为任意原始指针类型，但不会转成整数类型；NULL 通常是 #define NULL 0 或 #define NULL ((void*)0)，
在 C++ 中更常见的是整数 0，导致函数重载时可能误选 int 版本：
- void func(int) {}
- void func(char*) {}
- func(NULL); // 调用 func(int)，非预期
- func(nullptr); // 正确调用 func(char*)
模板推导更可靠
模板参数推导依赖实参类型。用 NULL 传入模板函数时，可能推导为 int，而非指针：
- template
void foo(T* p) { ... } - foo(NULL); // T 被推为 int，T* 变成 int*，但 NULL 不是 int*，编译失败或隐式转换出错
- foo(nullptr); // T 推导为任意类型（如 int），T* 合法匹配 nullptr，语义清晰
C++11 及以后应统一使用 nullptr
NULL 主要为兼容 C 遗留代码存在，C++11 引入 nullptr 后，现代 C++ 代码规范（如 Google C++ Style Guide、ISO/IEC TS 17961）明确要求：
- 所有新代码中，表示空指针一律写 nullptr
- 禁止用 NULL 表示指针空值（即使它在某些平台能通过编译）
- 头文件中若需定义 NULL，应确保其不干扰 nullptr 使用（标准库已处理）
特殊情况注意
极少数与 C API 交互的场景（如某些系统头文件用 #ifdef __cplusplus 包裹的 NULL 定义），保持接口一致即可，但内部逻辑仍优先用 nullptr；自定义智能指针或容器的 reset()、get() 等接口也应接受 nullptr 而非 NULL。
