最常见原因是路径不对、符号未导出或依赖缺失；用ldd查间接依赖、nm -D确认动态符号、确保extern "C"导出函数、避免直接调用C++成员函数。
动态加载共享库时 dlopen 返回 nullptr 怎么查
最常见原因是路径不对、符号未导出，或依赖缺失。先别急着改代码，用 ldd 和 nm 快速定位：
-
ldd你的.so文件，看是否报not found—— 缺少间接依赖（比如你链接了libpng，但它又依赖libz） -
nm -D你的.so，确认目标函数名在动态符号表里（没加extern "C"或没设-fvisibility=hidden时容易漏） -
dlopen第二个参数传RTLD_NOW | RTLD_GLOBAL，避免延迟解析失败后dlsym才崩 - 路径必须是绝对路径，或确保
LD_LIBRARY_PATH已设，或.so在系统库路径（如/usr/lib）中；相对路径只认当前工作目录，不是可执行文件所在目录
dlsym 找不到函数，明明 nm -D 看得见
C++ 函数名会被 mangling，dlsym 只认 C 风格符号。不加 extern "C" 声明，dlsym 就永远找不到。
- 在共享库头文件和实现里都包一层：
extern "C" { void my_func(); } - 如果不能改库源码，可用
objdump -t查看 mangled 名，然后传给dlsym（不推荐，脆弱且不可移植） - 注意：即使加了
extern "C"，若函数定义在匿名命名空间或加了static，也不会导出 - 检查编译选项：
g++ -fPIC -shared编译，不能漏-fPIC；链接时不用-rdynamic（那是给主程序用的）
用 dlopen/dlsym 调用类成员函数行不行
不行——C++ 成员函数有隐式 this 参数，且名字 mangling 含类名和签名，dlsym 拿不到标准调用约定的地址。
- 正确做法：导出工厂函数，返回指向对象的指针（
extern "C"包裹构造/析构函数） - 例如：
extern "C" { MyClass* create_myclass(); void destroy_myclass(MyClass*); } - 避免直接暴露类布局；若需多态，导出纯虚接口指针，由工厂返回
- 别试图把成员函数指针转成
void*再dlsym—— 地址无效，行为未定义
Linux 下 dlopen 多次调用同一个路径会重复加载吗
不会。glibc 的 dlopen 对同一路径（字符串相等）会复用已加载句柄，引用计数+1。但要注意：
立即学习“C++免费学习笔记（深入）”；
- 路径字符串必须完全一致：一个用
"./libfoo.so"，一个用"libfoo.so"，就算指向同一文件，也会加载两次 - 每次
dlopen后必须配对dlclose，否则引用计数不降，dlclose不等于卸载（只有计数归零才真正卸载） - 卸载后若还有代码在用该库里的函数或全局对象，会 crash —— 动态库卸载不是“安全操作”，生产环境建议常驻
-
RTLD_LOCAL和RTLD_GLOBAL影响符号可见性，不影响加载次数
真正麻烦的是跨库符号冲突和初始化顺序：两个 dlopen 进来的库都依赖同名静态变量，或都调用了 __attribute__((constructor))，行为由加载顺序决定，调试起来非常隐蔽。
