gobject对象不宜作为动态加载的插件

转载时请注明出处和作者联系方式
作者联系方式：李先静 <xianjimli at hotmail dot com> <!--[endif]-->

前段时间对 syncmanager进行重构，为了减少不必要的开销，我决定在需要时才加SyncSource插件，不需要时就卸载它们。在测试时发现第一次运行时正 常，第二次运行时创建DbPersistance对象时失败了。仔细看了下调试信息，里面告诉我说注册DbPersistance类型失败，因为已经 DbPersistance类型注册了。不太可能啊，对象注册类型时一般都会防止重复注册的，比如：

<!--[if !supportEmptyParas]-->

gtk_button_get_type(void)

...{

staticGTypebutton_type=0;


if(!button_type)

...{

staticconstGTypeInfobutton_info=

...{

sizeof(GtkButtonClass),

NULL,/**//*base_init*/

NULL,/**//*base_finalize*/

(GClassInitFunc)gtk_button_class_init,

NULL,/**//*class_finalize*/

NULL,/**//*class_data*/

sizeof(GtkButton),

16,/**//*n_preallocs*/

(GInstanceInitFunc)gtk_button_init,

};



button_type=g_type_register_static(GTK_TYPE_BIN,"GtkButton",

&button_info,0);

}



returnbutton_type;

}

<!--[endif]-->

<!--[endif]-->

这里的button_type静态变量可以防止类型重复注册，大家都是按种方式处理的，难道DbPersistance的注册函数有什么特殊吗？看了一下代码，果然有点不同：

<!--[if !supportEmptyParas]-->

G_DEFINE_TYPE(DbPersistance,db_persistance,G_TYPE_OBJECT)

它用glib提供的宏实现的，再看看G_DEFINE_TYPE的定义，展开出来的代码也差不多。没有什么线索，只好用gdb跟到里面看一下。发现g_define_type_id这个静态变量第二次进去时还是0，回忆一下对代码所做的改动，一下明白了其中的原理。

<!--[if !supportEmptyParas]-->

这个插件是个动态库，第 一次运行时，先加载它，然后调用bpersistance_get_type， g_define_type_id确实被初始化了，用完之后它被卸载了。 第二次运行时，这个插件重新被加载，动态库中的bss段被清零，g_define_type_id自然被初始化为0了，而管理gobject的对象系统是 放在malloc分配出来的堆里面，它是一直存在的，只是里面的数据有些是无效的。结果调用dbpersistance_get_type时，就会出现重 复注册的问题。

<!--[if !supportEmptyParas]-->

gobject并没有提供注销类型的接口，即使有这样的接口也很麻烦，插件要知道自己何时被卸载，并注销插件中的全部类型（这个很难做到）。为了解决这个问题，我只好在编译时链接相关的动态库，在某种程度上说这失去了插件的意义，但也没有想到好的办法。

看来在这种情况下，最好是避免使用Gobject。

<!--[if !supportEmptyParas]--><!--[endif]-->

<!--[if !supportEmptyParas]--><!--[endif]-->