一个 egg 应用能运行起来,并不单纯的靠 egg 模块,这个是用过的同学都知道的,但是到底它是如何跑起来的呢,整体涉及到了多少个模块呢,这篇文章就是大概跟大家粗略分析这些了
首先 egg 应用跑起来离不开下面几点
- egg-bin(开发模式下)
- egg-scripts (线上环境,其实 egg-bin 也是跑的 egg-scripts)
- egg-cluster (由 egg-scripts 调用的,在其中涉及到 master-agent-worker 进程的分层以及各进程的进程守护与 IPC)
- egg(不多说了,默认的 this.options.framework)
- 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
本文诞生的起因
- 因为我的学习习惯就是追本溯源,通过不同的入口区分不同的情况,比如本地开发跑的是 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 启动应用