egg架构学习记录

一个 egg 应用能运行起来，并不单纯的靠 egg 模块，这个是用过的同学都知道的，但是到底它是如何跑起来的呢，整体涉及到了多少个模块呢，这篇文章就是大概跟大家粗略分析这些了

首先 egg 应用跑起来离不开下面几点

1. egg-bin（开发模式下）
2. egg-scripts （线上环境，其实 egg-bin 也是跑的 egg-scripts）
3. egg-cluster （由 egg-scripts 调用的，在其中涉及到 master-agent-worker 进程的分层以及各进程的进程守护与 IPC）
4. egg（不多说了，默认的 this.options.framework）
5. gg-core（egg 模块继承的模块，进行插件及配置的注入以及继承于 KoaApplication 启动应用，在 egg-cluster 中调用）

由于涉及的东西太多，不是一篇文档可以讲完的，所以我在 github 中专门建了一个仓库用于撰写
zhangqiang的github 仓库 https://github.com/zhangqiang0821/how-dose-egg-work

这里只放上一个概论，有兴趣的同学自己去看下吧，复杂程度由低到高如下

• egg-bin
• egg-scripts
• egg
• egg-core
• egg-cluster

本文诞生的起因

1. 因为我的学习习惯就是追本溯源，通过不同的入口区分不同的情况，比如本地开发跑的是 egg-bin 脚本，线上测试与生产跑的是 egg-scripts 脚本，前置步骤其实是较为繁琐的，看完后过2天我已经将核心忘的差不多了

本文将从几个角度分析 egg 是如何运行起来的

• 开发环境入口 egg-bin
• 线上测试以及生产环境入口 egg-scripts
  1，egg-scripts start
  2，egg-scripts stop
  3，源码分析入口为 /egg-scirpts/summary.md（egg-scripts 解析大纲）
• egg-scripts 对于集群部署 cluster 模块的运用
  1, egg-cluster（太特么多了，正在进行中…）
• egg-core
  1, 如何进行环境区分
  2, 配置注入（插件与 config 配置的注入）
  3, 继承 KoaApplication 启动应用