将原始指针重构为 C++14 智能指针，首选方案是使用 std::unique_ptr 管理独占所有权，使用 std::shared_ptr 管理共享所有权，并利用 C++14 新增的 std::make_unique 替代 new 表达式。适用场景为现代 C++ 代码库维护，风险边界在于循环引用导致的内存泄漏及 API 兼容性变更。
先说结论：重构核心是确立所有权语义，优先使用 std::unique_ptr，仅在必要时使用 std::shared_ptr，并彻底消除裸 new 操作。
- 适合：C++14 及以上标准项目，存在手动内存管理风险的代码。
- 先看：对象生命周期是否清晰，是否存在多所有者场景。
- 建议：配合静态分析工具 clang-tidy 检查残留裸指针。
快速处理思路
// 原始代码
T* ptr = new T();
delete ptr;
// C++14 重构
#include <memory>
auto ptr = std::make_unique<T>();
// 无需手动 delete为什么会这样
原始指针无法自动释放内存，容易引发泄漏或重复释放。
C++ 智能指针基于 RAII 机制，在对象超出作用域时自动调用析构函数。C++14 标准引入了 std::make_unique，解决了 C++11 中 unique_ptr 没有工厂函数的问题，提供了异常安全的分配方式。
分步处理
第一步：分析所有权。确认对象是独占使用还是共享使用。独占场景选用 std::unique_ptr，共享场景选用 std::shared_ptr。
第二步：替换分配语句。将所有 new 表达式替换为 std::make_unique 或 std::make_shared。避免混用裸 new 和智能指针构造函数。
第三步：更新函数签名。将接收裸指针的函数参数改为引用或智能指针。若函数不拥有对象，使用裸指针或引用作为观察指针。
第四步：处理循环引用。若使用 std::shared_ptr 存在循环依赖，将其中一方改为 std::weak_ptr 打破循环。
怎么验证是否生效
编译开启 -Wall -Wextra 警告，确认无内存管理相关警告。
运行 AddressSanitizer (ASan) 检测内存泄漏。命令示例：g++ -fsanitize=address main.cpp。
执行现有单元测试，确保业务逻辑未因所有权变更而中断。
常见坑
std::shared_ptr 循环引用会导致内存无法释放，必须使用 std::weak_ptr 介入。
不要对同一裸指针构造多个智能指针，否则会导致重复释放。
自定义删除器时，需确保删除器类型与智能指针模板参数匹配。
常见问题
std::unique_ptr 和 std::shared_ptr 怎么选？
独占所有权用 std::unique_ptr，共享所有权用 std::shared_ptr。优先选 std::unique_ptr，性能开销更小。
C++11 项目能用 std::make_unique 吗？
不能。std::make_unique 是 C++14 标准特性，C++11 项目需手动编写或使用 boost 库。
智能指针会影响性能吗？
std::unique_ptr 零开销，std::shared_ptr 有原子计数开销。公开资料中没有看到可靠的量化数据表明具体百分比，但通常可接受。
参考来源
cppreference.com - std::make_unique https://en.cppreference.com/w/cpp/memory/unique_ptr/make_unique
isocpp.org - C++ Core Guidelines https://isocpp.github.io/CppCoreGuidelines/CppCoreGuidelines