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

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

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

 

gtk_button_get_type ( void )

... {

  static GType button_type = 0;

 
  if (!button_type)

    ...{

      static const GTypeInfo button_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);

    }

 

  return button_type;

}

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

G_DEFINE_TYPE (DbPersistance, db_persistance, G_TYPE_OBJECT)

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

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

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

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