fiber::suspend() 只能在 fiber 闭包内部且当前 fiber 上下文中调用，否则抛出 fibererror；resume() 与 suspend() 构成双向数据通道，需手动对齐类型与生命周期；fiber 状态机为 created→started→terminated，仅未终止时可 resume；多 fiber 并发需手写调度器，php 8.1 不提供内置事件循环。
为什么 Fiber::suspend() 不能在任意位置调用
Fiber::suspend() 只能在由 Fiber 实例启动的闭包内部调用，且必须处于该 Fiber 的执行上下文中。如果在主协程、普通函数或未启动的 Fiber 中调用，会直接抛出 Fatal error: Uncaught FiberError: Cannot suspend outside of a fiber。
- 常见错误：把
Fiber::suspend()写在new Fiber(...)外部，或封装进普通 helper 函数里传入 —— 这会导致上下文丢失 - 正确做法：所有挂起逻辑必须写在 Fiber 构造时传入的闭包内，例如：
new Fiber(function() { Fiber::suspend('ready'); }) - 注意：
Fiber::suspend()是静态方法，但它隐式依赖当前正在运行的 Fiber 实例，PHP 引擎通过 Zend VM 的当前执行栈自动绑定
resume() 和 suspend() 怎么传递数据才安全
resume() 传入的值，会作为 Fiber::suspend($value) 的返回值；而 suspend() 的参数，则是 start() 的返回值。二者形成一对“双向通道”，但类型和生命周期需手动对齐。
- 如果
suspend()没传参（即Fiber::suspend()），start()返回null；但resume($data)仍可传任意值，它会被注入为suspend()调用的返回值 - 异常可直接通过
resume(new Exception(...))注入，Fiber 内部会在suspend()处抛出，支持try/catch捕获 - 不要试图在
suspend()后继续使用已引用的资源（如未关闭的fopen()句柄），因为 Fiber 挂起后其栈帧被冻结，资源状态不会自动释放
Fiber 状态流转不等于执行完成，怎么判断是否还能 resume
Fiber 实例有明确的状态机：CREATED → STARTED → TERMINATED。一旦进入 TERMINATED，再调用 resume() 就会触发 FiberError: Cannot resume a terminated fiber。
- 可通过
$fiber->isTerminated()显式检查，避免误操作；isRunning()和isSuspended()也值得配合使用 -
start()只能调用一次，重复调用报错；resume()则可在每次suspend()后调用一次，直到 Fiber 执行结束 - 闭包返回值或未捕获异常都会使 Fiber 进入
TERMINATED，哪怕它内部没显式 return，PHP 也会补一个null
单线程下多个 Fiber 共存，谁来决定下一个执行谁
Fiber 本身不提供调度器，它只提供挂起/恢复原语。真正的“并发控制”必须由你手写调度逻辑 —— 比如轮询、优先级队列或事件驱动循环。
- 典型陷阱：启动多个 Fiber 后直接
foreach ($fibers as $f) $f->resume()，这其实是串行执行，不是并发 - 真正轻量级并发的关键，在于把 I/O 等待抽象成“可挂起动作”，比如用
stream_select()监听多个 socket，哪个就绪就resume()对应 Fiber - PHP 8.1 的 Fiber 不含内置事件循环，也不像 Swoole 那样自动绑定 epoll —— 你需要自己桥接底层系统调用或使用
pcntl/libevent等扩展做衔接
suspend/resume 边界去刻画它。稍不注意，就会写出看似协程、实则阻塞的伪并发逻辑。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
