dlopen与dlsym跨文件调用时符号指针异常致段错误求助

从你给出的调试输出一眼就能定位核心问题——符号指针的高位被错误填充了ffffffff，这是典型的符号扩展问题，根源出在my_api里的指针类型转换方式上。

问题细节拆解 #

看调试输出：

• 初始化时abc的有效地址是0x7fce952ce010（正常的64位用户态地址）
• my_api里拿到的地址却是0xffffffff952ce010

这个异常地址是把低32位的0x952ce010当成有符号32位整数做符号扩展得到的（因为该值最高位为1，64位下高位会被全部填充为1），属于完全无效的内存地址，调用自然会触发段错误。

为什么会出现这种情况？ #

问题出在你my_api里的这段代码：

int (*api)(int*);
*(void**)(&api) = dlsym(global_handle,"abc");

你用了一个绕弯的类型转换：把api的地址（类型为int (**)(int*)）强制转换成void**后解引用赋值。这种操作会绕过编译器的类型检查，在64位系统下，会导致dlsym返回的64位void*被错误地当成32位值处理，随后触发符号扩展，最终生成无效地址。

修复方案 #

直接将dlsym的返回值强制转换为对应的函数指针类型即可，不要用这种容易出错的间接赋值方式：

int my_api() {
    int (*api)(int*);
    // 直接转换函数指针类型赋值
    api = (int (*)(int*))dlsym(global_handle, "abc");
    
    // 后续调试与调用逻辑...
}

额外建议：添加错误检查 #

一定要养成检查dlopen和dlsym返回值的习惯，通过dlerror()可以获取详细的错误信息，避免踩更多坑：

// 初始化函数的错误检查示例
int init_api() {
    global_handle = dlopen("xyz.so.1.0.1", RTLD_LAZY);
    if (!global_handle) {
        fprintf(stderr, "dlopen失败: %s\n", dlerror());
        return -1;
    }
    
    void* sym = dlsym(global_handle, "abc");
    if (!sym) {
        fprintf(stderr, "dlsym查找abc失败: %s\n", dlerror());
        dlclose(global_handle);
        global_handle = NULL;
        return -1;
    }
    
    printf("[DEBUG]: global handle from my init %p\n", global_handle);
    printf("[DEBUG]: dlsym xyz from my init from global handle=%p\n", sym);
    return 0;
}

同理，在my_api里也应该添加global_handle和dlsym返回值的检查，确保库已正确加载、符号已找到后再调用。

内容的提问来源于stack exchange，提问作者Nitin Kalavala