共被编辑 3 次

版本 更新时间 贡献者 编辑原因 操作
#r3 5月22日 Xavier232 修改排版 | 补充内容 查看

在swoole的worker进程中执行一个异步io,事件返回之后所在的进程是不是就不一定是之前所在的那个worker进程了

请分别回答以下两个问题:

  1. 在Swoole的worker进程中执行一个异步io,事件返回之后所在的进程是不是就不一定是之前所在的那个worker进程了?
  2. 这个io操作执行完成后的事件是否和通讯事件(tcp/http/websocket)一样都是加入到reactor线程维护的队列中等待回调,然后被分配到不确定的空闲的worker进程中去执行?如果是这样,那么就证实了第一个猜想是正确的。

回答前请先整理好逻辑,谢谢。


虽然v4.3.0已经完全废弃异步回调用协程取代... 但还是想搞明白一点

#r2 5月22日 Xavier232 修改排版 查看

在Swoole的worker进程中执行一个异步io,事件返回之后所在的进程是不是就不一定是之前所在的那个worker进程了?

请分别回答以下两个问题:

  1. 在Swoole的worker进程中执行一个异步io,事件返回之后所在的进程是不是就不一定是之前所在的那个worker进程了?
  2. 这个io操作执行完成后的事件是否和通讯事件(tcp/http/websocket)一样都是加入到reactor线程维护的队列中等待回调,然后被分配到不确定的空闲的worker进程中去执行?如果是这样,那么就证实了第一个猜想是正确的。

回答前请先整理好逻辑,谢谢。

#r1 5月22日 Xavier232 创建问题 查看

在Swoole的worker进程中执行一个异步io,事件返回之后所在的进程是不是就不一定是之前所在的那个worker进程了?

请分别回答两个问题:

1.

在Swoole的worker进程中执行一个异步io,事件返回之后所在的进程是不是就不一定是之前所在的那个worker进程了?

2.

这个io操作执行完成后的事件是否和通讯事件(tcp/http/websocket)一样都是加入到reactor线程维护的队列中等待回调,然后被分配到不确定的空闲的worker进程中去执行?如果是这样,那么就证实了第一个猜想是正确的。

回答前请先整理好逻辑,谢谢。