现在越来越多的软件项目都提供插件机制，这样使得软件的扩展性大大增强，那么到底插件机制的实现是怎么样的呢？在这里只谈论C语言的实现，其实C语言实现插件的例子也很多，像mjpg-streamer就是将输入输出做成插件，dm500机顶盒的主程序enigma也使用了插件机制，我就是从enigma当中学习的。好了，这里给一个简单的例子来看看如何实现。

我的设想是这样的：有一个主程序，有一个插件(.so文件),主程序里面提供一些最基本的功能模块，而在插件中使用这些功能模块实现某些功能。简单点就是主程序要调用.so文件中的函数，而.so要调用主程序中的某些基础函数。

为了既能使用插件a.so, 又能使用插件b.so, 还能使用插件c.so,这里要显式调用动态链接库，即通过dlopen, dlsym, dlclose来使用.so文件，还是直接来看代码。

#mkdir soplugin

#cd soplugin

#vim main.h

//main.h

#ifndef MAIN_H

#define MAIN_H

class A {

public:

A(){};

~A(){};

void p(const char *s);

};

#endif

#vim main.cpp

#include

#include   // dlopen/dlsym/dlclose头文件

#include "main.h"

void A::p(const char *s)

{

printf("A::p()\n");

}

void plugin_show(const char *s)  // 这个函数会被.so文件调用

{

printf("%s\n", s);

}

int main(int argc, char *argv[])

{

int (*PluginExec)(int argc, char *argv);

void *plugin;

printf("loading...\n");

plugin = dlopen("./tplugin.so", RTLD_GLOBAL|RTLD_NOW); // 显式打开.so文件

if (plugin == NULL) {

printf("ptr: %p\n", plugin);

perror("Can not load tplugin.so");

return -1;

}

PluginExec = (int (*)(int, char*))dlsym(plugin, "plugin_exec"); // 得到入口函数指针

if (PluginExec) {

PluginExec(0, NULL);  // 调用入口函数

}

dlclose(plugin);

return 0;

}

#vim plugin.cpp

#include "main.h"

extern void plugin_show(const char *s);

extern "C"

int plugin_exec(int argc, char *argv[])  // 这里要用extern "C"声明，否则C++编译器会给函数名加上一些乱七八糟的东西，不信你可以试试，然后用objdump去查查看

{

A a;

a.p("in plugin_exec"); // 这个在主程序中实现

plugin_show("in plugin.");  // 这个也在主程序中实现

return 0;

}

好了，代码就这些，很简单，但能说明问题就行了，再写个Makefile。

# vim Makefile

all:

g++ -shared -fPIC -DPIC -c plugin.cpp -I.

ld -shared -o tplugin.so plugin.o

g++ -Wl,-E -o mm main.cpp -ldl

前面两行是将plugin.cpp做成一个.so文件，后面一行是编绎main.cpp，这里要特别注意参数-Wl,-E，这个参数意思是将-E参数传递给链接器ld,最终的目的是将main.cpp中的函数输出成全局符号，以方便.so文件调用，如果没有此参数，那么编绎也不会有问题，但在运行时dlopen总是会失败，原因是无法解决符号依赖问题。关于这个参数你可以用objdump对比一下加与不加的结果差别。

好了，接下来编译然后运行。

#make

g++ -shared -fPIC -DPIC -c plugin.cpp -I.

ld -shared -o tplugin.so plugin.o

g++ -Wl,-E -o mm main.cpp -ldl

#./mm

loading...

A::p()

in plugin.

这个例子只是简单的实现打印，但至少已经可以看到主程序和.so文件之间可以调用了，那我再实现a.so， b.so当然也不成问题了。可能有人会产生疑问，为什么不隐式调用呢？原因是：如果隐式调用就必须在编译阶段确定好.so文件，这样就谈不上可扩展插件了，它们之间就存在了编译上的依赖关系。而显式调用是在运行期间确定他们的依赖关系的。

如果有兴趣可以参数mjpg-streamer去学习，但是mjpg-streamer中的插件没有调用主程序的函数，最好的学习例子还是enigma,他里面实现了大量的插件。以后嵌入式软件项目的扩展性要求会越来越高，插件扩展也大受欢迎，插件扩展的机制很多，需要我们去收集学习，这里讲的是最简单的一种。我为什么要学习，原因是我目前参与的一个项目主程序尽然大到30多MB，编译链接时间太长，要扩展功能就更痛苦了，一次一次的编译/链接，一次一次的等待，真是折磨。

附：

enigma是dm500机顶盒的主程序，enigma本身通过c++实现gui, gdi, dvb等一堆基础库，并实现了插件管理器，外围的功能基本全是c/c++插件实现。

enigma2是dm800的机顶盒主程序，enigma2就比enigma更高级了，他通过c++实现gui, gdi, dvb等一些基础库，其余的界面功能，机顶盒功能全部是用动态语言python实现，中间使用swig胶合在一起。也是不错的学习例子，但项目太大，学习不太容易。