PHP设计模式面试重在理解意图与落地：单例确保全局唯一可控实例，工厂区分创建逻辑层级，观察者需防循环引用，策略替代if-else提升可测性与扩展性。
PHP 设计模式面试问题，核心是考察你是否真正理解模式的意图、适用场景和在 PHP 中的落地细节，而不是死记硬背定义。面试官更想看到你能否识别问题、匹配模式、并写出合理、可维护的代码。
单例模式：为什么不能只靠 new？
单例不是“只能实例化一次”，而是“全局唯一且可控的实例”。PHP 的生命周期短（每次请求独立），所以单例常用于避免重复创建开销大的对象（如数据库连接、日志处理器）。关键点在于：
- 构造方法私有化（__construct 声明为 private）
- 静态属性保存实例（private static $instance）
- 提供静态获取方法（public static function getInstance()），内部检查是否已存在实例
- 注意：PHP-FPM 下单例在请求间不共享；若需跨请求持久化，得配合 Redis 或 APCu 等外部存储
工厂模式 vs 抽象工厂：别混淆“造什么”和“怎么造”
简单工厂（非 GoF 标准）适合条件少、逻辑清晰的创建场景（比如根据字符串类型返回不同支付类）；工厂方法则把创建逻辑推迟到子类，利于扩展；抽象工厂强调“产品族”的一致性（例如同时创建 MySQLConnection + MySQLStatement + MySQLTransaction，与 PostgreSQL 一族隔离）。PHP 中常用依赖注入容器（如 Laravel 的 Container）替代手写抽象工厂，但理解其分层结构很重要。
观察者模式：PHP 内置支持，但要注意内存泄漏
PHP 用 SPL 提供了 SplSubject 和 SplObserver 接口，也支持匿名函数作为回调。常见陷阱是：观察者对象被 Subject 持有引用，而 Subject 又被观察者间接持有（循环引用），导致无法 GC。解决方式包括：
立即学习“PHP免费学习笔记（深入）”；
- 使用弱引用（WeakReference，PHP 8.0+）
- 在销毁前手动调用 detach()
- 用事件总线（Event Bus）解耦，避免直接持有 Observer 实例
策略模式：比 if-else 更易测试和替换
当你有一组行为相似但实现不同的算法（比如不同优惠计算规则、多种导出格式），策略模式让它们实现统一接口（如 interface DiscountStrategy），运行时注入具体策略。好处是单元测试可针对每个策略单独写，上线后加新策略无需改已有逻辑。PHP 中配合接口+依赖注入（如通过构造函数传入），比硬编码 switch 更灵活可靠。
不复杂但容易忽略：所有模式都要服务于实际问题。面试时如果被问“这个项目里用了什么模式”，最好能说出具体类名、解决了什么痛点、没用它会怎样——这才是加分项。
