Question

我有一个DSO（mylibrary.so.0库），它的func1函数被标记为extern "C"，并且我确定它是从那时起导出的

nm -D mylibrary.so.0 | grep func1
000000000009f9bb T func1 <- symbol is visible and exported

此DSO正在一系列我无法控制的依赖项中加载，例如

executable1 -dlopen-> 3rdpartydispatcher.so -dlopen-> my_library.so.0

现在，我的库中有一个被调用的方法（我可以看到它是通过gdb进入该方法而被调用的），并接收带有应调用的函数名称的C字符串，例如

void call_function_from_name(const char *function_name) {

    void *mylibrary_so_0 = dlopen(NULL, RTLD_NOW); // (*)
    void *func1 = dlsym(mylibrary_so_0, function_name);
    if (!func1) {
        log_error(dlerror());
    }
    ...
}

问题是：即使使用参数call_function_from_name调用func1，即一个完全有效且已导出的符号，dlsym也会失败，错误是executable1 has no func1 symbol。

我来自Windows环境，我假设dlopen(NULL, ..)向我返回了主要可执行文件的句柄，但是该可执行文件中任何后续的dlopen'库也将获得该句柄映射到其虚拟地址空间中，因此我可以使用该句柄来搜索那些库导出的符号。

我的假设不正确吗？如果是的话，如何在同一dso函数调用中引用func1？

Answer 1

您的库可能已加载RTLD_LOCAL，这显然不会将其放在全局符号空间中。如果需要的话，它可以自己用dlopen来调用RTLD_GLOBAL来“修复”这个问题，或者如果您知道所需的符号在您的lib中，则它本身可以得到一个新的RTLD_LOCAL句柄并在该名称而不是全局名称空间上调用dlsym。

Answer 2

`void *mylibrary_so_0 = dlopen(NULL, RTLD_NOW); // (*)`

出于某种原因，您认为应该dlopen my_library.so.0，但是不－它打开了主要的可执行文件。

错误消息清楚地告诉您：executable1 has no func1。

可能的修复方法是使用dlopen("my_library.so.0", RTLD_NOW)，但更好的修复方法是提供希望使用这种方法调用的函数的 static 映射，并使用：

struct mapping { const char *f_name; void (*f_ptr)(); } = {
  { "func1", &func1 },
  { "func2", &func2 },
  { NULL, NULL },
};

现在只需搜索您的mapping，然后调用目标函数即可；不需要dlsym。

从同一DSO内部“ dlopen”打开DSO

2 个答案: