这种模式就是传统的异步非阻塞server。与nginx和node.js等程序是完全一致的。 (推荐学习: swoole视频教程)
在时间循环中直接回调php的函数,而不是dispatch投递任务。如果回调函数中有阻塞操作会导致server退化为同步模式。worker_num参数对与base模式仍然有效,会启动多个worker进程。
base模式下没有master进程的角色
每个worker进程同时承担了process模式下reactor线程和worker进程两部分职责
base模式下manager进程是可选的,当设置了worker_num=1,并且没有使用task和maxrequest特性时,底层将直接创建一个单独的worker进程,不创建manager进程
base模式的优点:
base模式没有ipc开销,性能更好
base模式代码更简单,不容易出错
base模式的缺点:
tcp连接是在worker进程中维持的,所以当某个worker进程挂掉时,此worker内的所有连接都将被关闭
少量tcp长连接无法利用到所有worker进程
tcp连接与worker是绑定的,长连接应用中某些连接的数据量大,这些连接所在的worker进程负载会非常高。但某些连接数据量小,所以在worker进程的负载会非常低,不同的worker进程无法实现均衡。
base模式的适用场景:
如果客户端连接之间不需要交互,可以使用base模式。如memcache、http服务器等。
进程模式(swoole_process)
多进程模式是最复杂的方式,用了大量的进程间通信、进程管理机制。适合业务逻辑非常复杂的场景。swoole提供了完善的进程管理、内存保护机制。 在业务逻辑非常复杂的情况下,也可以长期稳定运行。
swoole在reactor线程中提供了buffer的功能,可以应对大量慢速连接和逐字节的恶意客户端。另外也提供了cpu亲和设置选项,使程序运行的效率更好。
进程模式的优点:
连接与数据请求发送是分离的,不会因为某些连接数据量大某些连接数据量小导致worker进程不均衡
worker进程发送致命错误时,连接并不会被切断
可实现单连接并发,仅保持少量tcp连接,请求可以并发地在多个worker进程中处理
进程模式的缺点:
存在2次ipc的开销,master进程与worker进程需要使用unixsocket进行通信
不支持某些高级功能,如sendwait、pause、resume等操作
以上就是swoole如何运行的详细内容。