Webman 2.0 协程启用需满足PHP≥8.1、Workerman≥5.1.0、webman-framework≥2.1及Swoole/Swow/Fiber任一驱动，并在config/process.php中为指定进程配置eventLoop为对应驱动类，再通过Coroutine::create()调用协程逻辑。
Webman 2.0 在 PHP 8.1 环境下可直接使用 enum，但 Fiber 不能直接拿来替代协程驱动——它只是底层机制，Webman 的协程能力依赖 eventLoop 配置与 Workerman 底层调度，而非手动 new Fiber。
Webman 中 enum 的正确用法与类型安全陷阱
PHP 8.1 的 enum 可以无缝用于 Webman 的 Model、Validator、Service 层，但需注意类型校验边界。例如定义用户状态枚举后，若未在模型中显式声明返回类型，getStatusAttr() 返回值仍可能被弱类型覆盖。
- 必须为访问器方法添加返回类型声明：
public function getStatusAttr($value): UserStatus - 数据库字段仍为字符串或整型，
enum不自动映射存储值；需配合->value或->name显式转换 - ThinkPHP 风格的
where('status', UserStatus::Active)会报错，应写成where('status', UserStatus::Active->value) - JSON 序列化默认输出
name（如"Active"），若需输出value（如"active"），需重写jsonSerialize()
为什么不能在 Webman 里直接 new Fiber() 实现协程逻辑
Fiber 是 PHP 语言级的可挂起执行单元，但它本身不提供 I/O 调度能力。Webman 的协程 HTTP 服务依赖 Workerman 的 eventLoop 实现非阻塞读写，而 Fiber::suspend() 只是让出控制权，并不触发事件轮询。
- 手动
new Fiber()后调用start()和resume()，只会在线程内做同步跳转，无法让出 CPU 等待 socket 就绪 - Webman 的协程进程（如配置了
Workerman\Events\Swoole::class）已内置 Fiber 调度器，所有请求生命周期都在 Fiber 上下文中运行 - 你在控制器里写的
file_get_contents()或pdo->query()能自动协程化，前提是底层驱动（Swoole/Revolt）已重写了这些函数——不是靠你手写Fiber - 错误示范：
$fiber = new Fiber(fn() => sleep(1)); $fiber->start();—— 这会阻塞整个进程，完全失去协程意义
Webman 协程进程启用后，Fiber 相关代码该放在哪
真正需要你操作 Fiber 的场景极少，仅限于自定义异步任务调度、跨协程通信或封装底层驱动适配器。普通业务代码应完全忽略 Fiber 构造，专注使用协程友好的 SDK（如 swoole_http_client、co\MySQL）。
立即学习“PHP免费学习笔记（深入）”；
- 若需启动后台轻量任务，用
Coroutine::create()，不是new Fiber()；前者由 Webman 协程调度器管理生命周期 - 自定义
Process类中若要启用协程，必须在config/process.php对应进程里设置eventLoop，否则Coroutine::create()会退化为同步执行 - 第三方包（如
revolt/event-loop）若暴露Fiber接口，只应在eventLoop === Fiber::class的进程里使用，且需确认其与 Webman 的Worker生命周期兼容 - 调试时可用
echo Fiber::getCurrent()->getTraceAsString();查看当前 Fiber 栈，但生产环境避免频繁调用
最易被忽略的一点：Webman 的协程能力是“进程粒度”的，不是“应用粒度”。哪怕你 PHP 版本、扩展、框架版本全满足，只要 config/process.php 里没给某个 HTTP 进程配 eventLoop，那个端口就仍是同步阻塞模型——enum 可用，Fiber 无感，协程 IO 也压根不生效。
