为什么说c++要避免使用new和delete？ (智能指针的优势)_网络技术

应优先使用智能指针管理动态内存：std::unique_ptr确保单所有权自动释放，std::shared_ptr配合std::weak_ptr解决共享与循环引用，仅底层场景才谨慎使用new/delete并封装于RAII类中。

手动调用 new 分配堆内存后，必须严格配对 delete；一旦分支遗漏、异常抛出、提前 return，delete 就可能被跳过。比如函数中多个 return 路径，或 try/catch 里只在部分分支释放，就会留下泄漏。

更危险的是重复 delete 或访问已 delete 的指针——C++ 不会报错，但行为未定义，常见表现为随机崩溃或数据错乱。

std::unique_ptr 在栈上创建，析构时自动调用 delete（或自定义 deleter），无需人工干预。它禁止拷贝，只支持移动，天然表达“唯一拥有者”语义。

适用于：资源只被一个对象持有、生命周期与作用域绑定明确的场景（如工厂函数返回、容器元素、类成员）。

立即学习“C++免费学习笔记（深入）”；

std::unique_ptr ptr = std::make_unique(42);
// 函数结束时自动 delete，无需写 delete ptr.get();
// 即使中间抛异常，也会栈展开触发析构

当多个对象需要共同持有同一块资源时，裸指针无法安全计数，而 std::shared_ptr 用原子引用计数保证线程安全的释放时机：最后一个 shared_ptr 析构时才真正 delete。

但要注意循环引用——两个 shared_ptr 互相持有对方所指对象，计数永不归零，造成泄漏。

极少数底层场景绕不开：编写自定义内存池、实现容器内部存储、与 C API 交互（如接收 void* 并需用 delete 释放）、或性能敏感且能完全掌控生命周期的嵌入式模块。

即便如此，也建议把 new/delete 封装在 RAII 类内部，对外暴露智能指针接口，而不是让调用方直面裸操作。

现代 C++ 项目中，95% 以上的动态内存应由 unique_ptr 或 shared_ptr 管理
禁用 new/delete 并非教条，而是把“谁负责释放”这个易错问题，交给编译器和类型系统强制约束
最容易被忽略的一点：智能指针不能解决所有资源管理问题——文件句柄、GPU 显存、数据库连接等，仍需各自对应的 RAII 封装，不能指望 shared_ptr 自动 fclose