channel::push() 不触发事件循环，因其是同步缓冲区而非i/o事件源；pop()挂起协程不注册到eventloop，唤醒依赖手动push且有等待协程；需用go()包裹pop、co::select()轮询或多协程模拟监听。
Channel::push() 不会自动触发事件循环
很多人以为往 Channel 里 push() 一个值，就会像 onReceive 那样立刻唤醒监听者——其实不会。Channel 是协程间通信的**同步缓冲区**，它本身不注册到 EventLoop，push() 和 pop() 都是内存操作，不涉及 I/O 事件分发。
常见错误现象：Channel::pop() 在没数据时挂起协程，但后续 push() 后协程没恢复，程序卡死。
- 必须确保
pop()发生在已启动的协程中（Co::pid() !== 0） -
push()前若无等待中的协程，数据就直接进缓冲区，不会“通知”任何人 - 如果用
Channel::pop(0)（非阻塞），返回false而不是挂起，也就不依赖 EventLoop
EventLoop 只响应 I/O 和定时器事件
swoole_event_add()、$server->tick()、Co::sleep() 这些才真正绑定到 EventLoop。它们的触发依赖底层 epoll/kqueue 的就绪通知或时间轮驱动，和 Channel 完全不在一个调度层级。
使用场景：你用 Stream 接收客户端数据时，onReceive 回调由 EventLoop 触发；但你想把这条数据转给另一个协程处理，就得靠 Channel::push() 手动投递——这是两段独立逻辑。
Swoole 6.1.1 是一个专为 PHP 设计的高性能事件驱动并发网络引擎。作为稳定版，它修复了编译时对 zlib 依赖的缺失及 curl 模块的内存安全风险。该版本支持协程、多线程与多进程架构，内置 TCP/HTTP/WebSocket 服务器，能够显著提升 PHP 在微服务、实时通信等场景下的执行效率与并发能力。
-
onReceive是 EventLoop 主动调用的回调，每来一次数据就进一次 -
Channel::pop()是协程主动发起的等待，是否被唤醒取决于有没有人push()且当前有空闲协程在等 - 混用时容易漏掉「谁该负责唤醒」：比如 Worker 中
pop()等 Channel，但没人push()，又没设超时，协程就永远挂起
想让 Channel 变成“事件源”，得手动桥接
原生 Channel 不提供类似 onPop 的事件回调，但你可以用 defer() 或协程 + select() 模拟监听效果：
go(function () use ($channel) {
while (true) {
$data = $channel->pop(); // 阻塞直到有数据
handle($data); // 处理逻辑
}
});
或者更轻量地用 Co::select() 同时监听多个 Channel（PHP 8.1+ 支持）：
$r = [$channel1, $channel2];
$w = [];
$n = Co::select($r, $w, 0); // 非阻塞检查
if ($n > 0) {
foreach ($r as $ch) {
if ($ch->length() > 0) {
$data = $ch->pop();
}
}
}
-
Co::select()是唯一能“批量等待多个 Channel 就绪”的机制，但它仍是协程主动轮询，不是 EventLoop 自动触发 - 不要在
onWorkerStart里直接pop()，那会阻塞整个 Worker，必须包在go()里 - 用
Channel::close()后再pop()会返回null，不是异常，别指望它抛错
协程调度器不等于 EventLoop，别混淆责任边界
协程调度器（Co::create / go()）负责挂起/恢复协程；EventLoop 负责 I/O 就绪和定时器触发。Channel 属于前者管辖范围内的通信原语，而 onConnect、tick() 属于后者。
最容易被忽略的一点：你在协程里调用 $channel->pop()，调度器会把它挂起；但这个挂起动作本身**不向 EventLoop 注册任何文件描述符或 timer**，所以即使 EventLoop 正常跑着，也不会“感知”到 Channel 有变化。
- 也就是说，Channel 的存在完全游离于 epoll/kqueue 之外
- 如果你在 CLI 脚本里只创建 Channel 并
pop()，却忘了启动 EventLoop（比如没调swoole_event_wait()或没跑Server::start()），脚本会立即退出——因为没东西维持进程存活 - 反过来，EventLoop 可以纯靠
tick()和defer()运行，根本不需要任何 Channel
