Linux动态库搜索顺序为：1.可执行文件中硬编码的rpath/runpath；2.LD_LIBRARY_PATH环境变量指定路径；3./etc/ld.so.cache缓存路径；4.默认路径/lib、/usr/lib。
gcc -shared 输出动态库到指定目录
直接在 -o 参数后写带路径的文件名，就能把动态库生成到任意目录，不需要额外配置或修改环境变量。
比如你想把 libmath.so 生成到 /opt/mylibs/ 下，命令就是：
gcc -fPIC -shared add.c sub.c -o /opt/mylibs/libmath.so
注意：目标目录（如 /opt/mylibs/）必须事先存在，且当前用户有写权限；否则会报错 no such file or directory。
-
-fPIC必须加上，缺了会导致链接失败或运行时崩溃 -
-o后面的路径支持相对路径（如./build/libmath.so）和绝对路径 - 路径中不能包含空格，否则 shell 会截断；如有特殊需求，需用引号包裹整个路径（但不推荐）
链接时怎么让 gcc 找到指定目录下的动态库
生成完动态库只是第一步，编译可执行程序时，gcc 需要知道去哪找这个库——这时要用 -L 指定搜索路径，再用 -l 指定库名。
假设你刚把 libmath.so 放到了 /opt/mylibs/，那么编译主程序要这样写：
gcc main.c -L/opt/mylibs -lmath -o app
这里 -L/opt/mylibs 告诉链接器去该目录下找库，-lmath 对应的就是 libmath.so（自动补前缀 lib 和后缀 .so）。
-
-L路径必须真实存在，否则报错cannot find -lmath -
-L和-l的顺序不能颠倒，否则某些旧版 GCC 会忽略-L - 如果同时用了多个
-L，链接器按从左到右顺序搜索，遇到第一个匹配的就停
运行时找不到动态库？别只改 LD_LIBRARY_PATH
即使编译成功，运行 ./app 时仍可能报错 error while loading shared libraries: libmath.so: cannot open shared object file ——这是运行时链接器（ld.so）找不到库，和编译时无关。
解决方法有三种，优先级从高到低：
- 编译时加
-Wl,-rpath=/opt/mylibs：把搜索路径硬编码进可执行文件，最可靠 - 临时设置
LD_LIBRARY_PATH=/opt/mylibs ./app：仅本次生效，适合调试 - 把路径写入
/etc/ld.so.conf.d/mylibs.conf并运行sudo ldconfig：系统级生效，需 root 权限
注意：-rpath 是传递给链接器的参数，必须用 -Wl, 前缀包装，写成 -Wl,-rpath,/opt/mylibs 也合法，但逗号写法更通用。
为什么不能用 -L 指定运行时路径
-L 只影响编译链接阶段，对运行时完全无效。很多人误以为只要 -L 指定了路径，程序运行时就会自动去那里找库，这是常见误解。
根本原因是：编译器（gcc）和运行时动态链接器（ld.so）是两个独立程序，它们读取的配置互不共享。
-
-L→ 告诉 gcc 的链接器（ld）去哪找.so文件做静态链接检查 -
-rpath或LD_LIBRARY_PATH→ 告诉 ld.so 去哪加载库 - 二者作用阶段不同，不能互相替代
最容易被忽略的是：即使你用 -rpath 硬编码了路径，如果目标目录里没有 libmath.so，或者权限不对（比如无读/执行权限），依然会失败。运行前务必确认文件存在且可访问。
