5行代码帮你梳理EOS.IO的脉络

EOS号称Blockchain上的操作系统，且白皮书和开发日志都描述的非常美好，同时也有无数人看好这个项目，但对于一个开源项目来说，再好的愿景，还是需要实际产品的支撑，永远都要记住

Talk is cheap, show me the code...

这篇文章的目的是帮助梳理EOS.IO的核心—— eosiod的代码脉络，为后续深入研究源码打下基础。

本文假设你已经下载了EOS.IO的代码及你有一定的 C++语言基础，代码的路径在

https://github.com/EOSIO/eos/

EOS.IO项目包括好几个程序，它们的入口 main()函数都在programs目录下，如下所示，我列出了重要的几个程序，其中我们最关心的是 eosiod，其次可能是eosio-walletd和 eosioc了，本文中涉及的代码基于EOS DAWN3.0 alpha。

下面来一探eosiod的究竟，打开 programs/eosiod/main.cpp文件，我们可以看到main非常简单，核心代码就5行，为了方便表述，我把异常处理、版本设置和日志输出等非核心部分都省略了

这四行代码分别起到什么作用呢？

其中最关键的应该是第①行，它完成了3个插件的初始化工作（EOS项目里运用了大量的泛型模板编程，也灵活运用了 C++1x的变长模板参数的特性，对于想学习最新C++特性的同学，这是一个很好的案例），从这一行可以看出， eosiod程序是一个插件化的框架，其中的所有功能，都是由插件实现的，你想要eosiod具备什么能力，组合不同的插件就好了。 eos项目下的plugins目录含有 Dawn3.0的所有插件的实现，如下：

而在当前代码中，只加载了chain_plugin、 http_plugin和net_plugin这三个插件，从命名上，可以猜想它们可能是区块链插件、http协议插件（与eosioc交互）以及P2P网络插件，知道了这一点，我们后续就可以针对性的去研究对应的实现了。

第②行代码没有什么可说的，完成了日志的初始化工作。

我们来看第③行，startup函数的实现也很简单

上面这几行代码的功能是，对每一个成功初始化的插件，调用它们的startup()函数，看 startup这个词就知道，这个函数的功能是做一些初始参数的设定。

最后来看第④行，也很简单，它的核心实现就一行代码io_serv->run()

我们来看下io_serv是什么，在 libraries/appbase/include/appbase/application.hpp中，对io_serv有以下声明

这是一个boost库中的 异步IO服务，这个服务提供一个run()函数，可以让这个程序一直运行下去，对于这点，做过服务器的同学就应该很熟悉了。

等等，不是说5行代码吗？怎么感觉4行就已经完事儿了？这里要注意的是，还有一行代码，它不在main()函数中，它在每个插件的头文件中，用来在main()执行前，把所有的插件都注册到系统中，以 http_plugin.cpp文件作为例子，就是下面这行代码

再追到register_plugin中去看看，它在 application.hpp中

看清楚了把，这个注册函数完成了2件事

1. 检查插件是否注册过，注册过就直接退出，防止多次注册

2. 如果没有注册过，就分配一个新的插件对象，然后插入到plugins中， plugins是一个map容器

上面的map容器，和最开始第①步中的插件初始化有一定的关联，逻辑是先把所有插件注册到容器中，然后再初始化第①步中指定的插件， register_dependencies()就不展开了，它会调用不同插件的plugin_requires()实现。

至此，我们通过5行代码，我们了解到eosiod服务运行的大致脉络，且学习到它是一个插件化服务器，同时可以推断所有的 eosiod的行为来自于网络输入，即http_plugin和 net_plugin两个模块，知道这些后，后续我们就可以针对性的去阅读每一个核心模块了。

原文地址： https://juejin.im/entry/5a7be1adf265da4e9e304e80