c - `dlopen` 从同一 DSO 内部访问 DSO

Question

我有一个 DSO(mylibrary.so.0 库)，带有一个标记为 extern "C" 的 func1 函数，我'我确定它已导出，因为

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 来自该可执行文件的库也被映射到它的虚拟地址空间中，因此我可以使用该句柄来搜索这些库导出的符号。

我的假设不正确吗？如果是，我如何从 same-dso 函数调用中引用 func1？

Answer 1

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

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

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

一个可能的修复方法是使用 dlopen("my_library.so.0", RTLD_NOW)，但更好的修复方法是提供一个静态你想要的函数映射能够以这种方式调用，并使用那个:

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

现在只需搜索您的映射，并调用目标函数；不需要 dlsym。