摘要：前言之前對的整體設計有過自己的理解，在中方便的插件機制也是這個框架的一大亮點，本文主要就是從的插件開始，對后臺中的插件機制做一些分析和總結。插件的特點它包含了中間件配置框架擴展等等。插件其余部分的運行原理也是類似的。

之前對egg.js的整體設計有過自己的理解，在egg.js中方便的插件機制也是這個框架的一大亮點，本文主要就是從egg.js的插件開始，對node后臺中的插件機制做一些分析和總結。

在koa的項目中可以發現有大量的中間件的使用，常見的中間件可以用來做，鑒權，請求的參數合并，錯誤的統一處理等等。
中間件的特點大概總結一下就是：

會對請求進行處理，并且影響在請求上

中間件有自己的加載順序，不同的順序可能會帶來不同的結果，整個koa形成了一個類似洋蔥圈的模型

這樣就會發現整個項目中確實有一些部分的功能不適合放到中間件中，比如與請求無關的功能，需要在初始化中就執行的功能，需要管理中間件功能的功能，這個時候就需要用到插件的功能了。
egg插件的特點：

它包含了 Service、中間件、配置、框架擴展等等。

它沒有獨立的 Router 和 Controller。

基本上插件和一個獨立的應用沒有多大的區別。

前面說到了egg的插件其實可以直接看作是一個小的應用，從目的上可以當作是一些公共功能的egg應用的抽象，那么這些插件究竟是如何被使用的呢？
首先是整個egg的應用的加載，可以從源碼中看到分為了三個部分

/**
   * loadUnit is a directory that can be loaded by EggLoader, it has the same structure.
   *
   * The order of the loadUnits:
   *
   * 1. plugin
   * 2. framework
   * 3. app
   */
  getLoadUnits() {
    const dirs = this.dirs = [];

    if (this.orderPlugins) {
      for (const plugin of this.orderPlugins) {
        dirs.push({
          path: plugin.path,
          type: "plugin",
        });
      }
    }

    // framework or egg path
    for (const eggPath of this.eggPaths) {
      dirs.push({
        path: eggPath,
        type: "framework",
      });
    }

    // application
    dirs.push({
      path: this.options.baseDir,
      type: "app",
    });
    
    return dirs;
  }

運行的結果

[ { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-session",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-security",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-jsonp",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-onerror",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-i18n",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-watcher",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-multipart",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-development",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-schedule",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-logrotator",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-static",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-view",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-sequelize",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-view-art",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-validate",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg",
    type: "framework" },
  { path: "/Users/qitmac000458/Workspace/developer", type: "app" } ]

可以認為這每一個都是一個獨立的app，之后就是如何把這些應用整合成一個app。那么簡單的來看，只看app.js的整合吧

loadFile(filepath, ...inject) {
    if (!fs.existsSync(filepath)) {
      return null;
    }

    const ret = utils.loadFile(filepath);
    // function(arg1, args, ...) {}
    if (inject.length === 0) inject = [ this.app ];
    return isFunction(ret) ? ret(...inject) : ret;
 }
 loadCustomApp() {
    this.getLoadUnits()
      .forEach(unit => this.loadFile(path.join(unit.path, "app.js")));
  },

再回憶一下app.js的一般寫法，也就是

module.exports = app => {
  do something
};

這樣插件中的每個app.js就都得已運行，并且運行順序也就很容易知道，是和getLoadUnits的運行結果是一致的。插件其余部分的運行原理也是類似的。

在了解了整個egg插件機制后，編寫一個插件其實就變得很容易了，或者說后面可以從業務代碼中直接沉淀出一整個功能作為一個插件。
egg的插件的加載幾乎是復用了整個loader，將插件的功能于原本app的業務功能實現了解耦，而又保持了一個egg微應用的整體結構，這塊的設計也是很值得學習的。