EOS开源代码学习笔记（二）插件的初始化
先说明一个上篇笔记中的问题，之前我写eosiod的主体程序中，没有提及到插件的注册。因为我在源代码中没有找到调用插件注册的地方，今天看代码发现，如果插件不注册的话，是无法初始化application类里面的plugins容器的，如果有了解这里的大神，可以帮我解惑。
上篇笔记中，eosiod程序涉及到了三个插件，这三个插件也就是eosiod程序的核心所在。这三个插件分别为chain_plugin、net_plugin和http_plugin。这篇笔记写这三个插件的初始化过程。
一、插件的注册机制去哪里了
Application类的initialize方法是一个模板函数，内部调用initialize_impl函数进行初始化。通过find_plugin函数实现一个vector向量的初始化，如下所示：
template<typename... Plugin>
bool initialize(int argc, char** argv) {
return initialize_impl(argc, argv, {find_plugin<Plugin>()...});
}
template<typename Plugin>
Plugin* find_plugin()const {
string name = boost::core::demangle(typeid(Plugin).name());
return dynamic_cast<Plugin*>(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<typename Plugin>
auto& register_plugin() {
auto existing = find_plugin<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<abstract_plugin*> 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<http_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<class http_plugin_impl> my;
};
以前的文章：
EOS开源代码学习笔记（一） eosiod程序
qq群：694228458 ，用于eos开发学习交流
