pimpl的基本结构是：在公开类中仅保留一个指向实现类的指针，实现类定义在源文件中。具体步骤为：1. 在头文件中前向声明实现类并声明指针成员；2. 在源文件中定义实现类的具体内容；3. 在构造函数中初始化指针，析构函数中释放资源。这种结构通过将私有实现移出头文件，有效减少了编译依赖。
在C++开发中，PIMPL（Pointer to IMPLementation）是一种常见的设计惯用法，主要用于隐藏类的实现细节，减少编译依赖。简单来说，它通过一个指向实现类的指针，把接口和实现分离开来，从而避免头文件改动引发的大规模重新编译。
什么是PIMPL的基本结构？
PIMPL的核心思想是：在一个公开的类中，只保留一个指向实际实现类的指针。这个实现类通常定义在源文件（.cpp）中，而不是头文件里。
举个例子：
立即学习“C++免费学习笔记（深入）”；
// widget.h
class Widget {
public:
Widget();
~Widget();
private:
class Impl; // 前向声明
Impl* pImpl;
};// widget.cpp
class Widget::Impl {
// 实现细节
};
Widget::Widget() : pImpl(new Impl) {}
Widget::~Widget() { delete pImpl; }这样做的好处很明显：如果修改了Impl的内容，只需要重新编译.cpp文件，不需要重新编译所有包含widget.h的地方。
PIMPL如何帮助减少编译依赖？
当一个头文件被多个源文件包含时，只要这个头文件有改动，所有引用它的文件都要重新编译。这在大型项目中会导致构建时间显著增加。
使用PIMPL后，这些潜在的“连锁反应”可以被有效控制，因为：
- 所有私有成员变量都被移到了实现文件中。
- 类的内部结构变化不会影响到外部代码。
- 头文件变得简洁，依赖项更少。
比如，如果你在类中添加了一个新的私有成员函数或变量，原本可能需要重新编译整个项目，但用了PIMPL之后，只需要重新编译对应的.cpp文件。
使用PIMPL需要注意的问题
虽然PIMPL有很多优点，但在使用时也有一些细节需要注意：
-
内存分配开销：每次构造对象时都需要动态分配内存给
pImpl，可能会带来一定的性能损耗。可以通过自定义内存池或者使用std::unique_ptr结合自定义删除器来优化。 - 必须手动编写析构函数：由于使用了原始指针或智能指针管理资源，不能依赖编译器生成的析构函数，否则可能导致未定义行为。
- 访问效率略有下降：每次访问实现类的成员都要通过指针间接访问，虽然现代编译器优化得很好，但在性能敏感场景下还是要注意。
此外，在C++11以后，推荐使用std::unique_ptr代替裸指针，以更好地管理资源：
// widget.h
#include <memory>
class Widget {
public:
Widget();
~Widget();
private:
struct Impl;
std::unique_ptr<Impl> pImpl;
};这样可以自动处理内存释放问题，也更符合现代C++的写法。
什么时候适合使用PIMPL？
PIMPL不是万能的，更适合以下几种情况：
- 接口稳定、实现经常变动的类。
- 被广泛使用的公共头文件，希望减少其变更带来的影响。
- 构建速度成为瓶颈的大型项目。
而在小型项目或对性能要求极高的场合，PIMPL带来的间接性可能反而显得多余。
基本上就这些。PIMPL是一个实用但容易被忽略的技术点，掌握好它可以在实际开发中提升不少效率。
