在c++++中，使用智能指针实现pimpl更安全且推荐。1. 用std::unique_ptr或std::shared_ptr管理实现类的指针，可自动管理内存、避免泄漏；2. unique_ptr表达独占所有权，开销小且清晰，是首选方式；3. shared_ptr适用于共享实现的场景，但性能略差且所有权不明确；4. 析构函数必须在源文件中定义以确保正确释放资源；5. 可通过基类或c++20特性简化析构函数编写，但常规项目建议显式定义。
在C++中，PIMPL（Pointer to IMPLementation）是一种常见的设计惯用法，用于隐藏类的实现细节，减少编译依赖。现代C++推荐使用智能指针来管理PIMPL中的动态内存，这样既能保证封装性，又能避免手动释放资源带来的问题。
直接说重点：用std::unique_ptr或std::shared_ptr来持有实现类的指针，是实现PIMPL最安全、最推荐的方式。
为什么用智能指针实现PIMPL更好
传统PIMPL通常使用裸指针加手动new/delete的方式管理实现对象。这种方式容易出错，比如忘记释放内存、浅拷贝导致多次析构等问题。
立即学习“C++免费学习笔记（深入）”；
而使用智能指针有以下优势：
- 自动管理生命周期，避免内存泄漏
- 明确所有权语义（
unique_ptr表示独占，shared_ptr表示共享） - 更符合RAII原则，代码更简洁安全
尤其是unique_ptr，几乎成了现代PIMPL的标准选择，因为它开销小且表达清晰。
如何用unique_ptr实现PIMPL
这是最常见的做法，适用于大多数需要封装实现的场景。
- 在头文件中声明一个不完整的实现类（前置声明）
- 定义主类，并用
std::unique_ptr指向实现类 - 实现类的具体定义放在源文件中
- 主类通过调用实现类的方法完成具体功能
示例结构如下：
// widget.h #pragma once #includeclass Widget { public: Widget(); ~Widget(); // 必须在源文件中定义，不能是默认生成的 void do_something(); private: struct Impl; // 前置声明 std::unique_ptr p; // 使用 unique_ptr 持有实现 };
// widget.cpp #include "widget.h" #includestruct Widget::Impl { void do_it() { std::cout << "Doing something!\n"; } }; Widget::Widget() : p(std::make_unique ()) {} Widget::~Widget() = default; // 必须显式定义，否则链接会报错 void Widget::do_something() { p->do_it(); }
注意点：
- 析构函数必须在源文件中定义，因为
unique_ptr需要知道完整类型才能正确析构 - 不要忘记添加移动构造和赋值函数（如果需要支持移动语义）
什么时候考虑用shared_ptr
如果你希望多个对象共享同一个实现，或者实现本身被多个地方引用，那么可以考虑使用shared_ptr。
这种场景相对少见，但比如某些缓存机制、资源管理器中可能会用到。
使用方式类似，只是换成了：
std::shared_ptrp;
优点：
- 多个对象共享一个实现实例
- 生命周期由引用计数自动管理
缺点：
- 性能略差于
unique_ptr - 所有权不够清晰，可能带来调试困难
小技巧：避免重复写析构函数
每次都要手动写析构函数有点麻烦。可以通过将析构函数设为protected并提供一个虚析构函数的基类来简化。
或者，在C++20之后可以使用std::default_delete结合删除默认析构函数的方式来优化。不过这属于进阶技巧，一般项目中老老实实写出来反而更清晰。
结尾
总的来说，用智能指针实现PIMPL不仅让接口更干净，还能提升代码的安全性和可维护性。虽然看起来只是加了个unique_ptr，但它背后解决了不少潜在问题。
只要记得把析构函数放到源文件里定义，基本就不会出错。其他的，交给智能指针就好。
