本系列文章将从使用层面介绍 Swoft 框架的使用及业务开发，面向初中级的 PHPer
Swoft
首个基于 Swoole 原生协程的新时代 PHP 高性能协程全栈组件化框架，内置协程网络服务器及常用的协程客户端，常驻内存，不依赖传统的 PHP-FPM，全异步非阻塞 IO 实现，以类似于同步客户端的写法实现异步客户端的使用，没有复杂的异步回调，没有繁琐的 yield，有类似 Go 语言的协程、灵活的注解、强大的全局依赖注入容器、完善的服务治理、灵活强大的 AOP、标准的 PSR 规范实现等等，可以用于构建高性能的Web系统、API、中间件、基础服务等等。
前言
Swoft 是一个在 Swoole 之上构建的一个高性能协程 PHP 全栈框架，而 Swoole 在 PHPer 里面是一个高级技能，所以在相关的环境安装上也给许多人造成了很大的困扰，Swoft 更是如此，本文将通过 Docker 以一种极其简单的方式解决运行环境和开发环境的部署。
Docker
从百科上可以看到，Docker 是一个开源的的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何流行的Linux机器上，也可以实现虚拟化，容器是完全使用沙箱机制，相互之间不会有任何接口，也可以理解为我们可以将我们的代码和运行环境打包到一个容器中，打包好的容器可以发布到任何流行的Linux机器上，这里指的Linux机器其实并不准确，得益于Docker for Windows项目和Hyper-V的发展，Docker也可以以不错的状态运行在Windows 10系统上，但笔者不建议将 Docker for Windows 用于生产环境上。
Docker 名词概念
这里对 Docker 常用的的一些名词进行简单的阐述和解释，以便新手对于下文的理解
-
Dockerfile，Dockerfile是Docker镜像的描述文件，通过docker build命令来构建成为镜像 - 镜像(
Image)，通过Dockerfile构建得到，包含操作系统及运行环境 - 容器(
Container)，容器是运行起来的镜像，可理解为镜像是Docker生命周期中的构建和打包阶段，而容器则是启动和执行阶段 - 镜像仓库(
Repository)，用于储存构建好的Docker镜像的仓库，可理解为类似于Git的仓库
安装 Docker
Docker 的安装流程并不复杂，本节将介绍 Linux 及 Windows 10 系统下的安装流程，而 Mac 系统上并不建议采用 Docker 环境来运行或开发 Swoft 项目，因为在 Mac for Docker 上共享磁盘的性能极其的差，会导致 Swoft 在启动阶段耗时极长。
在 Linux 上安装 Docker 与 docker-compose
在 Linux 上通过 yum 和 apt-get 来 安装 Docker 的流程可谓是相当简单
CentOS：yum install docker -y
Ubuntu：apt-get install docker-engine -y
只需要根据系统的区别，在终端执行上面的一行命令即可完成 Docker 的安装，在安装完成之后我们需要执行一下 service docker start 命令来启动一下 Docker 服务。
在安装完 Docker 之后，我们还需要安装一下 docker-compose 以便于后续对 Docker 的使用
CentOS：yum install python-pip -y && pip install --upgrade pip && pip install -U docker-compose
Ubuntu：apt-get install python-pip -y && pip install --upgrade pip && pip install -U docker-compose
只需要根据系统的区别，在终端执行上面的一行命令即可完成 docker-compose 的安装。
在 Windows 10 上安装 Docker 与 docker-compose
我们直接到 Docker 官网下载对应的安装包 https://store.docker.com/edit...，非登录用户我们会看到 Please Login to Download ，意思是要我们先登录 Docker 账号好再下载，我们直接点击按钮到登录页面完成账号注册或登录即可在上面的链接页面通过点击 Get Docker 下载，注意这个账号后面我们在使用时也会用到。
下载完安装包后可直接运行安装包进行安装，整个过程可以说是傻瓜式的，持续的下一步即可，注意安装前需先开启系统的 Hyper-V，开启流程相对简单可参考其它文章 https://segmentfault.com/a/11... ，注意 Hyper-V 是与 VMware 是冲突的，两者不能并存，只能择其一，如果你必须要使用虚拟机的话，比如 Vagrant 之类的工具，亦可在虚拟机内运行一个 Linux 系统，然后根据本文关于 Linux 系统 的安装流程处理，在虚拟机内运行 Docker 作为开发环境。
最新版的 Docker 安装包已经包含了 docker-compose 了，也就无需再做多余的操作。
安装完成后，重启电脑，当你看到任务栏的 小鲸鱼(Docker Icon) 显示着 Docker is running 即表示 Docker 启动成功了。
我们需要右键 Docker，点击 Sign in / Create Docker ID 登录我们刚才注册的 Docker ID，以便获得我们可以从 DockerHub 中获取公共镜像的权限。
由于我们是用于开发使用，所以我们还需要授权一下共享目录的权限，右键 Docker 并点击 Settings，设置界面切换到 Shared Drives，勾选你项目代码所在的 磁盘盘符，并点击右下角的 Apply 即可完成授权。
Swoft 开发环境
修改官方默认 docker-compose.yml 文件
我们通过命令 git clone https://github.com/swoft-cloud/swoft 从 Github 上 克隆(clone) Swoft 项目，并使用项目自带的 docker-compose.yml 文件来实现一个用于开发的环境，docker-compose.yml 是 docker-compose 的编排配置文件， 我们看一下官方默认文件的内容：
这是一个相对简单的编排文件，仅仅只有 swoft 一个服务，也没有关联过多的内容，关于 docker-compose.yml 的文件格式我们这里不做过多的解释，可自行查找相关的内容进行阅读理解。
简单的解读此文件的内容可以理解为，使用了swoft/swoft官方镜像并设置了容器名称为swoft，绑定容器内的80端口与宿主机的80端口，设置./当前目录与容器内的/var/www/swoft目录为共享目录，开启与容器的交互式终端并于启动编排文件时启动Swoft服务。
我们可以注意到默认编排文件上的 entrypoint 配置了 php /var/www/swoft/bin/swoft start，也就是启动 Swoft 服务的命令，但如果仅 克隆(clone) 项目并执行 docker-compose up 来尝试启动 容器 的话，我们会得到一个失败的结果，因为尚未执行 composer install 来加载 Composer 的依赖而缺少 vendor 文件夹和 autoload 等相关文件，导致无法正确运行 Swoft 实例，我们再看默认的编排文件设置了 stdin_open: true 和 tty: true 两个参数，分别对应 docker 命令上的 -i 和 -t 两个参数，简单的理解就是 -i 开启了 输入(input)功能，-t 开启了一个连接容器里面的 交互式终端(terminal) ，我们可以利用这两个参数，并将编排文件的 entrypoint 行改为 entrypoint: ["sh"] ，使容器启动后不是直接启动 Swoft 服务，而是由我们手动通过 交互式终端(terminal) 进入容器内去启动。（注意Swoft官方已将入口从 command 改为了 entrypoint，本文已做对应的更新）
下面是一个更改后的 docker-compose.yml 文件实例:
启动开发环境容器
此时我们在编排文件的所在目录启动一个 终端(Shell), 然后执行 docker-compose up -d，-d 的意思是以守护模式(Daemon Mode) 运行，便于我们在同一个 终端(Shell) 进入到容器内，命令执行后我们可以看到 Starting swoft ... done 即表示启动容器成功。
如果在执行启动命令时得到一下错误，则说明宿主机的80端口已经被占用了，更改 docker-compose.yml 文件内的 80:80 为其它未被占用的端口即可，注意第一个80指的是宿主机的端口，第二个80指的是容器内的端口，也就是说我们只需要更改第一个即可
ERROR: for swoft Cannot start service swoft: b'driver failed programming external connectivity on endpoint swoft(dab0f4d00620e2f5c07e33084ca5cac6f08cb48018d6b737eadc035e5aa0b597): Bind for 0.0.0.0:80 failed: port is already allocated'
进入开发环境容器
通过执行 docker ps 命令可以查看启动的容器信息，下面为示例信息：
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
f22173763374 swoft/swoft:latest "docker-php-entrypoin" About a minute ago Up About a minute 0.0.0.0:80->80/tcp swoft
得知 容器ID(Container ID) 为 f22173763374，容器名称(Container Name)为 swoft，我们可以执行 docker exec -it f22173763374 bash 或 docker exec -it swoft bash 通过 交互式终端(terminal) 进入到容器内。
如执行时报错 the input device is not a TTY. If you are using mintty, try prefixing the command with 'winpty'，可在 docker exec 命令前面增加 winpty 命令解决，即 winpty docker exec -it swoft bash
运行以及开发调试
安装 Composer 依赖及生成自动加载(Autoload)文件
通过 docker exec 命令进入容器后，我们留意到光标左侧的内容变为 root@f22173763374: 即为已进入容器内，其中 f22173763374 为对应的 容器ID(Container ID)。
由于 Swoft 官方镜像 swoft/swoft 配置的工作目录为 /var/www/swoft，而 docker-compose.yml 又将项目当前目录关联了容器 /var/www/swoft 目录，即通过 docker exec 进入的目录已经为 /var/www/swoft 目录，即项目目录，所以我们可以直接执行 composer install 命令来加载 Composer 的依赖并生成 自动加载(Autoload) 文件。
考虑到国内的网络环境，我们在执行 composer install 命令前可以先执行 composer config -g repo.packagist composer https://packagist.phpcomposer.com 命令配置 Composer 中国镜像源 加速安装速度。
启动 Swoft 服务
安装完 Composer 依赖后，便可以执行 php bin/swoft start 启动服务了，当你看到
root@f22173763374:/var/www/swoft# php bin/swoft start
Server Information
********************************************************************
* HTTP | host: 0.0.0.0, port: 80, type: 1, worker: 1, mode: 3
* TCP | host: 0.0.0.0, port: 8099, type: 1, worker: 1 (Enabled)
********************************************************************
Server has been started. (master PID: 15, manager PID: 16)
You can use CTRL + C to stop run.
即意味着你的 Swoft 以及启动成功了，我们可以打开浏览器访问一下 http://127.0.0.1:80，当你看到下图即大功告成了！
如果你绑定宿主机的端口不是80，则改成对应的即可；
如果访问看到的是 Redis connection failure host=127.0.0.1 port=6379 则说明缺少 Redis 服务，最简单直接的就是直接在当前容器内安装 Redis Server，直接执行 apt install -y redis-server && service redis-server start 即可完成安装以及启动操作了；
修改代码并使代码生效
Swoft 跟 PHP-FPM 模式下的开发会有一点差异，在PHP-FPM模式下直接改变代码内容，再访问对应的代码便能得到变更后的内容，是因为PHP-FPM模式下每一次请求都会重新加载PHP代码，而 Swoft 是持久化运行的，也就意味着代码在服务启动之后，接受的请求都无需重新加载，这个模式的变化可以使得 Swoft 的大量代码可被重复使用，而无需重新加载和重新实例化，大大提升性能的其中一点原因之一。
这样的变更对开发会造成一定程度的影响，也就是说在 Swoft 下，你需要 重启 Worker 或 重启服务 才能使变更的代码生效，但是得益于 Swoft 的 热重载 功能，可以自动检查代码变更并自动 重启 Worker，我们只需通过项目根目录下的 .env 文件更改 AUTO_RELOAD 项为 true 即可，如项目根目录下没有 .env 文件，可直接复制 .env.example 文件为 .env 并作出对应的更改即可，有一点需要注意的是仅在改变 app 目录下的代码才会被 热重载 功能重载，改变其它代码不会被重载，这是由于不同代码是处于不同的生命周期导致的，仅 WorkerStart 之后加载的代码才能被重载，关于这部分的内容我们将在后续涉及到 Swoft 的生命周期 时再做进一步的讲解。