不是必须，但强烈建议使用BackedEnum实现状态机，因其通过int或string背书天然支持「状态名↔底层值」双向映射，适配数据库字段、API响应码等场景；纯枚举无法直接序列化或反序列化，需额外维护映射数组，易错且破坏类型完整性。
状态机必须用 Backed Enum 吗？
不是必须，但强烈建议。纯枚举（enum Status { case Pending; }）能保证值的合法性，但无法直接映射数据库字段、API响应码或配置项——这些场景几乎都要求「状态名 ↔ 底层值」双向可查。Backed Enum 通过 int 或 string 背书，天然适配状态机的输入/输出边界。
例如 HTTP 状态码、订单状态 ID、权限位掩码，都需要数值落地。如果硬用纯枚举，就得额外维护映射数组，既易错又破坏类型完整性。
- 整数背书适合状态 ID、位运算、排序需求（如
enum OrderStatus: int { case Draft = 0; case Paid = 1; }） - 字符串背书更适合语义化字段、JSON 序列化、数据库 enum 类型（如 MySQL 的
ENUM('draft','paid')） - 别混用：一个枚举只能绑定一种标量类型，
enum Foo: int|string是语法错误
如何让枚举成员携带状态迁移逻辑？
PHP 枚举支持在内部定义方法，这是实现轻量级状态机的核心。关键不是把所有业务逻辑塞进去，而是封装「当前状态能做什么」「是否允许跳转到某状态」这类判定。
典型模式是用 match($this) 分支返回布尔值或新状态实例，避免 if-else 堆砌：
立即学习“PHP免费学习笔记（深入）”；
修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
enum OrderStatus: string
{
case Draft = 'draft';
case Paid = 'paid';
case Shipped = 'shipped';
case Cancelled = 'cancelled';
public function canTransitionTo(self $target): bool
{
return match ([$this, $target]) {
[self::Draft, self::Paid] => true,
[self::Paid, self::Shipped] => true,
[self::Draft, self::Cancelled] => true,
[self::Paid, self::Cancelled] => true,
default => false,
};
}
public function nextStatus(): ?self
{
return match ($this) {
self::Draft => self::Paid,
self::Paid => self::Shipped,
default => null,
};
}
}
-
canTransitionTo()接收另一个枚举实例，做白名单校验，比字符串比较更安全 - 不要在枚举里写副作用操作（如发邮件、更新 DB），只做判断和转换
- 返回
?self表示可能无合法后续状态，调用方需处理null
::from() 和 ::tryFrom() 哪个该用在状态恢复？
从数据库或请求参数恢复状态时，必须用 ::tryFrom()，而不是 ::from()。前者失败返回 null，后者抛出 ValueError 异常——而外部输入不可信，异常不该由枚举自己兜底。
常见错误是直接写 OrderStatus::from($_GET['status'])，一旦传入 status=deleted 这种非法值，整个请求就崩了。
- 正确做法：
$status = OrderStatus::tryFrom($_POST['status'] ?? ''); if (!$status) { throw new InvalidArgumentException('Invalid order status'); } -
::from()仅适合内部可信上下文，比如配置文件读取后断言存在：OrderStatus::from(config('default_status')) - 注意：
tryFrom()对null输入也返回null，务必先过滤空值或默认值
为什么不能直接用枚举做状态持久化字段？
Backed Enum 的 ->value 可以存库，但别直接把枚举类名当字段名用。MySQL 的 ENUM 类型和 PHP 枚举不是同一套机制，PHP 枚举变更（增删 case）会导致数据库字段不兼容，且无法利用数据库约束校验。
更稳妥的做法是：用整数或字符串字段存底层值，PHP 层用枚举做类型包装和校验。
- 数据库字段设为
TINYINT或VARCHAR(20)，而非ENUM - 写入前用
$enum->value提取值；读取后用Enum::tryFrom($dbValue)恢复 - 别依赖
->name存库——名字可能重构，值才是契约 - 如果要用 Doctrine 或 Laravel Eloquent，需配合自定义 Cast 类，否则 ORM 不认识枚举类型
