策略模式解决运行时动态切换多种算法或行为的问题，通过将算法封装为实现统一接口的独立类，使调用方依赖接口而非具体实现，从而避免大量if-else硬编码。
策略模式解决什么问题
当一段业务逻辑中存在多种算法或行为，且这些行为在运行时需要动态切换，又不想用大量 if-else 或 switch 硬编码判断时，策略模式就派上用场了。它把每个算法封装成独立类，让它们实现统一接口，调用方只依赖接口，不关心具体实现。
典型面试使用场景
面试官常考察你是否能识别真实开发中的“可变行为”——比如：
- 支付方式切换：微信支付、支付宝、银联，每种验签、请求参数、回调处理逻辑都不同，但对外都是“发起支付”和“验证回调”两个动作；
- 优惠计算规则：满减、折扣、积分抵扣、第二件半价，促销活动频繁变更，每种规则独立且互不影响；
- 日志存储策略：本地文件、数据库、Redis、ELK，根据环境或级别动态选择写入方式；
- 消息推送渠道：站内信、短信、邮件、App Push，用户偏好不同，发送逻辑各异但入口一致。
PHP 实现关键点（面试常问）
不是写个 interface + 多个 class 就算策略模式，面试要突出设计意图：
- 定义 Strategy 接口：方法名语义清晰（如 calculate()、pay()），参数尽量通用（可用数组或 DTO 封装）；
- Context 不持有具体策略类名：通过构造函数或 setter 注入策略对象，避免 new 具体类；
- 策略选择交给上层：比如工厂类、配置驱动（YAML/DB 查策略码）、或路由参数决定用哪个策略，Context 只负责执行；
- 避免策略间状态耦合：每个策略应无副作用、无共享属性，确保可自由替换。
怎么答出深度（加分项）
光说“解耦”“可扩展”不够，可以补充：
立即学习“PHP免费学习笔记（深入）”；
- 和简单工厂结合：用工厂根据类型码返回对应策略实例，Context 只接收工厂产出的对象；
- 配合依赖注入容器：Laravel 中可 bind 接口到不同策略实现，运行时按需 resolve；
- 策略可组合：比如“满300减50 + 会员95折”，用装饰器包装多个策略，而非硬写新类；
- 注意性能边界：策略过多时，用缓存策略实例（单例），避免重复创建；高频调用场景下，策略类应轻量、无 IO。
