工厂模式解决对象创建复杂、依赖配置及生命周期管理问题，通过分离“创建谁”和“怎么创建”实现解耦；简单工厂用静态方法但违反开闭原则，工厂方法由子类决定类型更易扩展，抽象工厂适用于产品族组合；PHP实现需接口先行、避免静态滥用、清晰传递构造参数并规范异常处理；框架容器是增强版抽象工厂，但手写工厂仍是理解底层和应对动态场景的基础。
工厂模式在 PHP 面试中常被用来考察对设计模式的理解深度和实际编码能力，核心不是背定义，而是能否说清“为什么用”“怎么解耦”“边界在哪”。下面从面试高频点切入，直击关键。
工厂模式解决什么问题？
当对象创建逻辑复杂、依赖外部配置、或需统一管理实例生命周期时，直接 new 类会带来硬编码、难以替换实现、测试困难等问题。工厂模式把“创建谁”和“怎么创建”分离，让调用方只关心接口，不关心具体类名。
比如：日志记录器可能用 FileLogger、DbLogger 或 RedisLogger，上线环境切换不应改业务代码，而应由工厂根据配置返回对应实例。
简单工厂 vs 工厂方法 vs 抽象工厂？
面试常混淆三者，关键看“谁决定类型”和“扩展成本”：
立即学习“PHP免费学习笔记（深入）”；
- 简单工厂：一个静态方法（如 LoggerFactory::create($type)）根据参数返回不同实例；优点是简单，缺点是新增类型要改工厂类，违反开闭原则。
- 工厂方法：定义抽象工厂类，子类实现具体创建逻辑（如 FileLoggerFactory::create()），新增日志类型只需加新工厂子类，不改原有代码。
- 抽象工厂：用于创建“产品族”，比如同时创建 Logger + Notifier + Cache 实例，且保证它们风格一致（如都走 Redis）。PHP 中较少见，除非有强组合约束。
PHP 实现要点与易错细节
面试手写代码时，考官关注是否写出可维护、符合 PSR 和类型安全的版本：
- 接口先行：先定义 LoggerInterface，所有实现类实现它，工厂返回该接口类型，而非具体类。
- 避免静态工厂滥用：简单工厂用 static 方法方便，但不利于单元测试（无法 mock）；更推荐依赖注入容器配合工厂类实例。
- 构造参数传递要清晰：工厂内部 new 对象时，若依赖其他服务（如 PDO、Config），应通过工厂构造函数传入，而非在 create() 里硬编码获取。
- 异常处理：类型不存在时抛出 InvalidArgumentException 而非静默返回 null，便于快速定位问题。
和 Laravel/ Symfony 的关系怎么看？
主流框架早已内置更强大的容器（如 Laravel 的 Service Container），它本质是增强版抽象工厂 + 自动依赖注入。面试时可以这样说：
- 框架容器能自动解析依赖、支持单例/瞬态、绑定接口到实现——比手写工厂更通用；
- 但理解手写工厂仍是基础：容器底层仍靠类似工厂逻辑完成实例化；
- 某些场景仍需自定义工厂，比如根据请求头动态返回不同支付网关客户端，这时写一个 PaymentFactory 注册进容器更清晰。
