策略接口应仅含必要虚函数并强制声明virtual ~strategy()=default；无状态时优先用std::function，有状态或需线程安全时用unique_ptr管理类策略。
策略接口怎么定义才不容易改坏
C++ 里策略模式的核心是把算法抽象成接口，但直接用 class 声明纯虚函数容易踩两个坑：一是忘记加 virtual 析构函数，导致派生类对象通过基类指针 delete 时析构不完整；二是过度设计，比如提前加一堆预留虚函数，结果后续算法根本用不上。
推荐写法是只暴露真正需要多态调用的函数，且强制要求基类有 virtual ~Strategy() = default;。如果策略对象不需要持有状态（即所有数据都由调用方传入），甚至可以考虑用 std::function 替代继承体系——更轻、更灵活，也避免头文件依赖爆炸。
常见错误现象：delete pStrategy; 后子类析构函数没执行，资源泄漏或崩溃
使用场景：需要运行时切换排序方式、序列化格式、校验逻辑等
参数差异：接口函数参数尽量用 const 引用或值传递，避免裸指针引发生命周期争议
std::unique_ptr 还是 std::function？选哪个，取决于算法是否需要封装「状态 + 行为」。如果策略只是个无状态函数（比如 [](int x) { return x * x; }），std::function 更直接，构造开销小，还能绑定局部变量，不用写一堆子类。
但一旦策略要缓存中间结果、维护计数器、或依赖外部配置（比如一个带 std::mutex 的限流器），就必须用类封装，这时 std::unique_ptr<strategy></strategy> 是安全又清晰的选择——转移语义明确，不会意外拷贝。
性能影响：std::function 有小对象优化，但调用开销略高于虚函数；继承方案编译期绑定虚表，运行时稳定
兼容性：用 std::function 时注意捕获 lambda 的生命周期，别把栈变量地址塞进去还长期持有
实操建议：
• 算法逻辑简单、无状态 → 直接用 std::function
• 需要成员变量、线程安全、或已有类结构 → 继承 Strategy 接口
• 不确定未来要不要扩展 → 先用 std::function，真需要状态再重构
如何避免策略对象被误拷贝或悬空
策略对象常被传给其他模块（比如任务调度器、事件处理器），一不小心就出现浅拷贝、裸指针悬挂、或 shared_ptr 循环引用。最稳妥的做法是：策略本身不负责内存管理，由使用者决定生命周期，并统一用移动语义传递。
比如工厂函数返回 std::unique_ptr<strategy></strategy>，接收方用右值引用参数接收：void setStrategy(std::unique_ptr<strategy>&& s)</strategy>。这样既杜绝拷贝，又明确所有权转移。
常见错误现象：Strategy s1; Strategy s2 = s1; 编译不过是好事，但如果忘了禁用拷贝构造，别人可能误用
使用场景：策略被注入到长时间存活的对象中（如服务单例、连接会话）
容易踩的坑：
• 把 std::shared_ptr<strategy></strategy> 传进回调，结果回调执行时原始对象已销毁
• 在 lambda 捕获策略对象时用了 [=]，实际捕获的是临时副本
• 工厂返回栈上对象的指针，调用方还没用就析构了
策略最难的不是写接口，而是划清边界：哪些数据该由策略自己管，哪些必须由调用方传进来。传多了耦合重，传少了策略没法干活。这个分寸得看具体算法，没法套模板。
选哪个，取决于算法是否需要封装「状态 + 行为」。如果策略只是个无状态函数（比如 [](int x) { return x * x; }），std::function 更直接，构造开销小，还能绑定局部变量，不用写一堆子类。
但一旦策略要缓存中间结果、维护计数器、或依赖外部配置（比如一个带 std::mutex 的限流器），就必须用类封装，这时 std::unique_ptr<strategy></strategy> 是安全又清晰的选择——转移语义明确，不会意外拷贝。
性能影响：std::function 有小对象优化，但调用开销略高于虚函数；继承方案编译期绑定虚表，运行时稳定
兼容性：用 std::function 时注意捕获 lambda 的生命周期，别把栈变量地址塞进去还长期持有
实操建议：
• 算法逻辑简单、无状态 → 直接用 std::function
• 需要成员变量、线程安全、或已有类结构 → 继承 Strategy 接口
• 不确定未来要不要扩展 → 先用 std::function，真需要状态再重构
如何避免策略对象被误拷贝或悬空
策略对象常被传给其他模块（比如任务调度器、事件处理器），一不小心就出现浅拷贝、裸指针悬挂、或 shared_ptr 循环引用。最稳妥的做法是：策略本身不负责内存管理，由使用者决定生命周期，并统一用移动语义传递。
比如工厂函数返回 std::unique_ptr<strategy></strategy>，接收方用右值引用参数接收：void setStrategy(std::unique_ptr<strategy>&& s)</strategy>。这样既杜绝拷贝，又明确所有权转移。
常见错误现象：Strategy s1; Strategy s2 = s1; 编译不过是好事，但如果忘了禁用拷贝构造，别人可能误用
使用场景：策略被注入到长时间存活的对象中（如服务单例、连接会话）
容易踩的坑：
• 把 std::shared_ptr<strategy></strategy> 传进回调，结果回调执行时原始对象已销毁
• 在 lambda 捕获策略对象时用了 [=]，实际捕获的是临时副本
• 工厂返回栈上对象的指针，调用方还没用就析构了
策略最难的不是写接口，而是划清边界：哪些数据该由策略自己管，哪些必须由调用方传进来。传多了耦合重，传少了策略没法干活。这个分寸得看具体算法，没法套模板。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
