这种模式就是传统的异步非阻塞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如何运行的详细内容。