symfony 3 不支持 php 8.1 枚举，需用常量类模拟（如 orderstatus）、自定义 doctrine 类型校验、choicetype 表单与 twig 过滤器统一展示，避免魔法字符串，不推荐依赖 mysql enum。
Symfony 3 本身不原生支持 PHP 8.1 的枚举（因为 Symfony 3 发布于 2016 年，远早于 PHP 8.1），所以不能直接使用 #[Enum] 或 enumType 映射——这些特性是 Doctrine ORM 2.11+ 和 Symfony 5.4+/6.x 才引入的。在 Symfony 3 中实现“枚举效果”，需靠手动约定 + 自定义类型 + 表单处理，核心目标是：保证数据库存值可控、PHP 层语义清晰、表单和展示可读。
用常量类模拟枚举
这是 Symfony 3 最常用、最稳妥的方式。创建一个普通 PHP 类，用 const 定义状态码和对应标签：
- 例如定义订单状态：
class OrderStatus { const PENDING = 'pending'; const CONFIRMED = 'confirmed'; const SHIPPED = 'shipped'; const CANCELLED = 'cancelled'; public static $labels = [ self::PENDING => '待处理', self::CONFIRMED => '已确认', self::SHIPPED => '已发货', self::CANCELLED => '已取消', ]; } - 实体中字段仍为字符串（
string），但只允许赋值为上述 const 值；数据库列设为VARCHAR(20)或ENUM('pending','confirmed','shipped','cancelled')（MySQL 原生 ENUM，注意迁移风险） - 添加 setter 方法做校验：
public function setStatus(string $status): self { if (!in_array($status, array_keys(self::$labels))) { throw new \InvalidArgumentException("Invalid status: $status"); } $this->status = $status; return $this; }
注册自定义 Doctrine 类型（推荐进阶用法）
若希望复用逻辑并统一处理，可扩展 Doctrine 的类型系统：
- 新建类
OrderStatusType继承Doctrine\DBAL\Types\Type，重写convertToDatabaseValue()（校验输入并转存字符串）、convertToPHPValue()（从 DB 值转回安全常量） - 在
config.yml中注册：doctrine: dbal: types: order_status: App\Doctrine\Type\OrderStatusType - 实体映射中使用：
@ORM\Column(type="order_status") - 这样既保持数据库字段语义化（存字符串），又避免散落各处的硬编码校验
表单与模板中正确显示名称
避免在 Twig 或控制器里写 if $order.status == 'shipped' 这类魔法字符串：
- 表单字段用
ChoiceType，选项来自OrderStatus::$labels：$builder->add('status', ChoiceType::class, ['choices' => OrderStatus::$labels]) - Twig 模板中用辅助方法或宏显示中文名：
{{ order.status|order_status_label }}，其中order_status_label是自定义 Twig 过滤器，内部查OrderStatus::$labels - 查询时也建议用常量：
$qb->where('o.status = :status')->setParameter('status', OrderStatus::SHIPPED)
注意 MySQL 原生 ENUM 的实际限制
虽然可在建表时用 ENUM('pending','confirmed','...')，但需谨慎：
- 新增值必须
ALTER TABLE，线上大表可能锁表；排序按定义顺序而非字母序（'shipped' 排在 'pending' 前面） - Doctrine 默认不识别 MySQL ENUM，会当作字符串处理，无法自动约束；若要用，务必配合 PHP 层校验，不能依赖数据库兜底
- 导出/同步数据时，其他语言或工具可能无法识别 ENUM 含义，降低可移植性
不复杂但容易忽略：关键不在“怎么存”，而在“怎么让所有环节（实体、表单、查询、展示）都一致地理解同一个状态含义”。用常量类打底 + 自定义类型加固 + 表单/Twig 封装展示，就是 Symfony 3 下最务实的枚举实践路径。
