先说明一个上篇笔记中的问题，之前我写eosiod的主体程序中，没有提及到插件的注册。因为我在源代码中没有找到调用插件注册的地方，今天看代码发现，如果插件不注册的话，是无法初始化application类里面的plugins容器的，如果有了解这里的大神，可以帮我解惑。上篇笔记中，eosiod程序涉及到了三个插件，这三个插件也就是eosiod程序的核心所在。这三个插件分别为chain_plugin、net_plugin和http_plugin。这篇笔记写这三个插件的初始化过程。 ### 一、插件的注册机制去哪里了 Application类的initialize方法是一个模板函数，内部调用initialize_impl函数进行初始化。通过find_plugin函数实现一个vector向量的初始化，如下所示： ```c++ template bool initialize(int argc, char** argv) { return initialize_impl(argc, argv, {find_plugin()...}); } ``` ```c++ template Plugin* find_plugin()const { string name = boost::core::demangle(typeid(Plugin).name()); return dynamic_cast(find_plugin(name)); } ``` 函数返回abstract_plugin对象指针，find_plugin函数进行重载 ``` abstract_plugin* application::find_plugin(const string& name)const { auto itr = plugins.find(name); //plugins容器没有初始化 if(itr == plugins.end()) { return nullptr; } return itr->second.get(); } ``` find_plugin函数功能是通过遍历plugins容器，返回插件对象的指针。需要注意的是，在application类里面对于函数find_plugin进行了重载，而plugins容器是需要插件进行注册来进行初始化的，但是没有发现插件注册的代码，也可能是我对于代码的理解不够。这三个插件类继承自plugin基类，使用虚函数来进行多态实现，然后将三个功能模块作为插件添加到eosiod程序中，正是由于这种插件类型设计方式，eosiod的出块功能、p2p网络功能、http功能可能会部署在不同的机器上，给见证人节点以集群的方式部署自己的架构，提供了可能。 ``` template auto& register_plugin() { auto existing = find_plugin(); if(existing) return *existing; auto plug = new Plugin(); plugins[plug->name()].reset(plug); plug->register_dependencies(); return *plug; } ``` 通过register_plugin()方法注册不同类型的插件，目的是初始化application类中的成员变量的plugins容器，只有注册过的插件，才能在find_plugin()方法里面初始化插件vector向量，才能进行后续的初始化工作。 ### 二、插件的初始化过程 application 类中的initialize_impl方法的实现 ``` bool application::initialize_impl(int argc, char** argv, vector autostart_plugins) { set_program_options(); bpo::variables_map options; bpo::store(bpo::parse_command_line(argc, argv, my->_app_options), options); if( options.count( "help" ) ) { cout << my->_app_options << std::endl; return false; } // .....省略部分代码 // 第二部分功能 for (auto plugin : autostart_plugins) if (plugin != nullptr && plugin->get_state() == abstract_plugin::registered) plugin->initialize(options); bpo::notify(options); return true; } ``` 通过代码，我们知道，eosiod采用了boost库中的program_options库来解析命令行参数和配置。eosiod程序的初始化可以分成两部分功能，一部分是解析命令行参数和配置。二部分是根据配置信息对于每一个加载的插件进行初始化。简要说明：使用program_options库来解析命令行参数，主要用到选项描述器（options_description）、选项存储器（variables_map，继承自map类）。使用options.count来检查是否输入了该参数。第二部分是遍历注册的插件vector向量，获取每个插件对象指针，调用其插件子类的initialize函数进行初始化，参数为选项存储器options，即一个map类型的键值对链表，http_plugin插件类的定义。 ``` class http_plugin : public appbase::plugin { public: http_plugin(); virtual ~http_plugin(); APPBASE_PLUGIN_REQUIRES() virtual void set_program_options(options_description&, options_description& cfg) override; void plugin_initialize(const variables_map& options); void plugin_startup(); void plugin_shutdown(); void add_handler(const string& url, const url_handler&); void add_api(const api_description& api) { for (const auto& call : api) add_handler(call.first, call.second); } private: std::unique_ptr my; }; ``` 以前的文章： [EOS开源代码学习笔记（一） eosiod程序](https://busy.org/@mooninwater/eos-eosiod) qq群：694228458 ，用于eos开发学习交流 ![1521355302644.jpg](https://res.cloudinary.com/hpiynhbhq/image/upload/v1521358339/cdtfve2qtcw3x2kj6alw.jpg)

quantum-bug