1.为什么要插件
我们在使用 Koa 中间件过程中发现了下面一些问题：
中间件加载其实是有先后顺序的，但是中间件自身却无法管理这种顺序，只能交给使用者。这样其实非常不友好，一旦顺序不对，结果可能有天壤之别。
中间件的定位是拦截用户请求，并在它前后做一些事情，例如：鉴权、安全检查、访问日志等等。但实际情况是，有些功能是和请求无关的，例如：定时任务、消息订阅、后台逻辑等等。
有些功能包含非常复杂的初始化逻辑，需要在应用启动的时候完成。这显然也不适合放到中间件中去实现。
综上所述，我们需要一套更加强大的机制，来管理、编排那些相对独立的业务逻辑。
2.中间件、插件、应用的关系
一个插件其实就是一个『迷你的应用』，和应用（app）几乎一样：
它没有独立的 Router 和 Controller。
它没有 plugin.js，只能声明跟其他插件的依赖，而不能决定其他插件的开启与否。
-他们的关系是：
应用可以直接引入 Koa 的中间件。
插件本身可以包含中间件。
多个插件可以包装为一个上层框架。
3.使用插件
插件一般通过 npm 模块的方式进行复用：
$ npm i egg-mysql --save
然后需要在应用或框架的 config/plugin.js 中声明：
// config/plugin.js // 使用 mysql 插件
exports.mysql = {
enable:true,
package:'egg-mysql',
};
4.package 和 path
package 是 npm 方式引入，也是最常见的引入方式
path 是绝对路径引入，如应用内部抽了一个插件，但还没达到开源发布独立 npm 的阶段，或者是应用自己覆盖了框架的一些插件// config/plugin.js
constpath =require('path');
exports.mysql = {
enable:true,
path: path.join(__dirname,'../lib/plugin/egg-mysql'),
};
5.插件配置
插件一般会包含自己的默认配置，应用开发者可以在 config.default.js 覆盖对应的配置
6.插件开发
$ npm init egg --type=plugin
7.插件依赖
8.应用
1）//应用启动时做一些初始化工作
app.beforeStart(async() => {
await app.myClient.ready();
});
2）设置定时任务
