Pimpl idiom通过将私有成员移至独立实现类并仅在头文件中保留指向它的指针，实现接口与实现分离，核心目的是隐藏实现细节、减少编译依赖。
C++中的Pimpl idiom（Pointer to Implementation，即“指向实现的指针”）是一种通过将类的私有成员数据和实现细节移到一个独立的、不对外暴露的类中，并在主类中仅保留一个指向该实现类的指针，从而实现接口与实现分离的技术。它最核心的目的就是隐藏实现细节，减少编译依赖。
为什么需要隐藏实现？
在传统C++类设计中，头文件通常包含所有私有成员变量的定义（比如std::string、std::vector、自定义类等）。一旦这些类型或其定义发生变化，所有包含该头文件的源文件都必须重新编译——即使它们只调用公有接口。这会显著拖慢大型项目的构建速度，也使库的二进制兼容性更难维护。
Pimpl把所有私有数据打包进一个只有实现文件（.cpp）才看到的结构体或类里，头文件里只留一个std::unique_ptr<Impl>或裸指针。这样头文件几乎不依赖具体实现类型，接口稳定，改动内部不影响用户重编译。
基本写法示例
假设有一个Widget类：
立即学习“C++免费学习笔记（深入）”；
- 头文件
widget.h只声明公有接口和一个std::unique_ptr<Impl> pImpl; -
Impl结构体定义在widget.cpp中，包含所有原本该放在头文件里的私有成员 - 构造函数、析构函数、拷贝/移动操作需在
.cpp中显式定义（因为Impl类型在头文件中不完整）
主要好处
降低编译耦合：修改Impl内部字段、更换底层容器、升级第三方库类型，都不影响包含widget.h的代码重新编译。
提升二进制兼容性：动态库或SDK发布时，只要公有接口不变，内部重写Impl不会破坏ABI（应用程序二进制接口）。
封装更彻底：用户完全看不到你用了什么算法、缓存策略、辅助对象，连sizeof(Widget)都固定（只取决于指针大小），便于做内存布局控制。
需要注意的代价
每次访问私有数据都要经过一次指针解引用，有轻微运行时开销；额外堆内存分配（可用内存池优化）；不能默认生成特殊成员函数，需手动定义（尤其是析构函数要非内联，否则Impl类型不完整会报错）；调试时需多跳一层查看pImpl内容。
