g++必须用于链接c++动态库，因gcc不自动链接libstdc++.so且无法解析c++ name mangling符号；正确做法是全程使用g++编译、生成.so及链接，并确保-l在-l前、运行时设置ld_library_path。
g++ 必须用于链接 C++ 动态库
用 gcc 链接 C++ 动态库大概率失败，不是语法问题，而是符号解析和标准库依赖不匹配。C++ 生成的动态库（如 libmath.so）导出的函数名经过 C++ name mangling，gcc 默认不链接 libstdc++.so，也无能力解析 mangled 符号。
正确做法是全程使用 g++：编译 C++ 源码、生成 .so、链接可执行文件都用它。
-
g++ -fPIC -shared -o libmath.so math.cpp—— 生成 C++ 动态库，-fPIC不可省 -
g++ main.cpp -L. -lmath -o main—— 链接时用g++，自动带-lstdc++ - 若硬要用
gcc链接，必须显式加-lstdc++，且确保所有 C++ 接口已用extern "C"封装，否则符号找不到
-L 和 -l 的顺序与路径必须匹配
链接器按从左到右顺序处理参数，-L 必须出现在 -l 之前，否则路径不生效。同时，-lmath 会查找 libmath.so，不是 math.so 或 libmath.a。
-
g++ main.cpp -lmath -L.→ 错！链接器此时还不知道去哪里找libmath.so -
g++ main.cpp -L. -lmath→ 对，当前目录下有libmath.so即可 -
g++ main.cpp ./libmath.so→ 也可行，绕过-l命名规则，直接传入完整路径 - 运行时报
error while loading shared libraries: libmath.so: cannot open shared object file→ 说明LD_LIBRARY_PATH没设，或没把.加入系统库搜索路径
运行前必须让系统找到 .so 文件
编译通过不代表能运行。Linux 在运行时才加载 .so，默认只查 /lib、/usr/lib 等固定路径，不会自动看当前目录。
- 临时生效：
LD_LIBRARY_PATH=. ./main - 永久生效（仅开发机）：
echo '/path/to/your/libs' | sudo tee /etc/ld.so.conf.d/mylibs.conf && sudo ldconfig - 验证是否真正链接成功：
ldd ./main | grep math，应显示libmath.so => ./libmath.so (0x...) - 若显示
not found，哪怕编译过了，运行仍会报错，这是最常被忽略的环节
C++ 动态库导出函数必须用 extern "C"
如果你打算让 C 代码调用这个 C++ 动态库，或者希望函数名不被 mangling（比如用 dlsym 手动加载），就必须在 C++ 源码里用 extern "C" 包裹导出函数声明和定义。
- 写法示例：
extern "C" { int add(int a, int b) { return a + b; } } - 没加
extern "C"时，nm -D libmath.so看到的是类似_Z3addii这样的符号，C 代码无法直接调用 - 加了之后，
nm -D libmath.so显示的是干净的add，兼容 C ABI，也方便脚本或 Python ctypes 使用 - 注意：类成员函数、模板、重载函数不能用
extern "C"直接导出，需封装为普通 C 函数
g++ 和 gcc 混用、-L 放错位置、运行时不设 LD_LIBRARY_PATH——这三个点卡住的人最多。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
