状态模式的核心是将行为委托给当前状态对象，Context 仅持有一个 State 类型的 $state 属性，通过接口统一方法签名，由具体状态类实现不同行为并自主驱动流转，而非 Context 中 if-else 判断。
状态模式的核心是把行为委托给当前状态对象
PHP 实现状态模式，关键不是写一堆类，而是让上下文（Context）不直接处理状态逻辑，而是把 handle()、transitionTo() 这类操作委托给当前持有的 State 子类实例。否则容易写成“if-else 状态判断 + 方法调用”，那就只是状态枚举，不是状态模式。
常见错误现象：Context 里满是 if ($this->state === 'pending') { ... } ——这违背了开闭原则，新增状态就得改 Context；真正的状态模式中，Context 甚至不知道有哪些具体状态类。
- Context 只持有一个
$state属性，类型是抽象State接口或基类 - 每个具体状态类（如
PendingState、ApprovedState）实现相同方法签名，但内部行为不同 - 状态切换由当前状态自己决定（比如
approve()在PendingState中调用$context->transitionTo(new ApprovedState())），而不是由 Context 判断后主动 new
必须定义 State 接口并让所有状态类实现它
PHP 没有内置状态模式语法糖，接口（interface）是强制统一行为契约的最简方式。漏掉接口，各状态类方法名不一致、参数不一致，Context 调用时就会报 Fatal error: Uncaught Error: Call to undefined method。
使用场景：订单流程（draft → confirmed → shipped → delivered）、审批流（submitted → reviewing → approved / rejected）。
立即学习“PHP免费学习笔记（深入）”；
- 接口至少包含
handle(Context $context)和可选的onEnter(Context $context)、onExit(Context $context) - 避免在接口中定义与业务强耦合的方法（如
sendEmail()），应通过 Context 提供依赖或回调 - PHP 8+ 可用
enum表示状态值，但它不能替代状态对象——枚举无法封装行为，只是状态标识
Context 类要支持运行时替换状态对象
Context 必须提供一个公开方法（如 transitionTo(State $state)）来更新自身持有的 $state，且该属性不能是 private 并暴露 setter——否则状态类内部无法驱动流转。很多初学者把 $state 设为 private，再在状态类里试图反射修改，这是反模式。
性能影响：每次状态变更都是对象替换，无内存泄漏风险，但若状态类携带大量数据（如缓存、DB 连接），需在 onExit() 中清理；否则可能引发资源堆积。
-
transitionTo()应先调用旧状态的onExit($this)，再赋值新状态，最后调用其onEnter($this) - 不要在
__construct()中硬编码初始状态（如new DraftState()），应作为参数传入或由工厂返回 - 如果 Context 需要被序列化（如存 Redis），确保状态对象可序列化，或重写
__sleep()排除不可序列化属性
PHP 7.4+ 推荐用属性类型声明 + 构造器属性提升
PHP 的弱类型特性容易让状态对象传错类型，比如误传字符串或数组给 transitionTo()。PHP 7.4+ 的构造器属性提升配合类型声明，能提前拦截大部分错误。
class OrderContext
{
public function __construct(
private State $state,
private int $id,
private array $data = []
) {}
public function transitionTo(State $state): void
{
$this->state = $state;
}
}
兼容性注意：PHP 8.0+ 支持联合类型（State|NullState），但状态模式中一般不设 null 状态；若需“无状态”兜底，建议用空对象模式（NullState 类），而非 nullable 类型。
容易被忽略的一点：状态类之间不应互相引用（比如 ApprovedState 直接 new RejectedState），而应通过 Context 或状态工厂解耦——否则单元测试时难以 mock，也破坏了状态流转的可控性。
