我有一个 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
?
`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 },
};
现在只需搜索您的mapping
,并调用目标函数;不需要dlsym
。
您的库可能加载了明确未将其放在全局符号空间中的RTLD_LOCAL
。如果需要,它可以调用dlopen
RTLD_GLOBAL
来"修复"此问题,或者如果您知道所需的符号在您的库中,它可以为自己获取一个新的RTLD_LOCAL
句柄并调用dlsym
而不是全局命名空间。