在 Linux 中，当运行一个依赖动态库（共享库）的可执行程序时，系统需要知道这些库文件的位置。动态库在程序运行时被加载，而不是在编译时静态链接到可执行文件中。系统默认会在一些标准路径（如 `/lib`、`/usr/lib` 等）中查找动态库。然而，如果我们使用的库不在这些标准路径中，就需要告诉系统去哪里查找。
环境变量 `LD_LIBRARY_PATH` 用于指定动态链接器（ld.so）在运行时查找共享库的额外目录。设置这个变量可以让我们在不将库文件安装到系统标准路径的情况下，运行依赖这些库的程序。
export LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH
- `LD_LIBRARY_PATH` 是一个环境变量，包含一个由冒号分隔的目录列表。
- `.` 表示当前目录。
- `:$LD_LIBRARY_PATH` 表示将原来的 `LD_LIBRARY_PATH` 内容追加到新值后面，用冒号分隔。
- `export` 命令使得这个变量在当前 shell 会话中生效，并且会被子进程继承。
### 为什么这样设置？
- **添加当前目录（.）**：这样设置后，系统在查找动态库时，除了默认路径和之前设置的路径外，还会在当前目录下查找。
- **保留原有路径**：通过 `:$LD_LIBRARY_PATH` 将原有的路径保留，避免覆盖。
### 使用场景
假设我们有一个共享库 `libmylib.so` 在当前目录，并且有一个程序 `test` 链接了这个库。如果我们直接运行 `./test`，动态链接器可能找不到 `libmylib.so`，因为它不在标准库路径中。设置 `LD_LIBRARY_PATH` 包含当前目录后，程序就能正常运行。一、为什么需要设置库路径？
当程序使用动态库（.so 文件） 时：
编译时：链接器通过
-L和-l选项找到库文件（如-L. -lmylib），-L是库路径，-l是库文件运行时：系统需要重新加载这些动态库
默认搜索路径：系统只在标准路径查找（如
/lib,/usr/lib），不包括当前目录
如果动态库不在标准路径，运行时会报错：
./program: error while loading shared libraries: libmylib.so: cannot open shared object file: No such file or directory二、LD_LIBRARY_PATH 的作用
扩展动态库搜索路径：
告诉系统："除了标准路径，还要在这些目录查找动态库"
冒号分隔的目录列表：
export LD_LIBRARY_PATH=/path/to/libs:/another/path:$LD_LIBRARY_PATH三、命令解析：export LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH
| 部分 | 说明 |
|---|---|
export |
设置环境变量（对当前 shell 及子进程生效） |
LD_LIBRARY_PATH |
动态库搜索路径的环境变量 |
.: |
添加当前目录到搜索路径 |
:$LD_LIBRARY_PATH |
保留原有路径（避免覆盖） |
四、使用场景示例
假设动态库 libmath.so 在当前目录：
# 编译程序（链接成功）
gcc main.c -o myapp -L. -lmath
# 直接运行失败（运行时找不到库）
./myapp
# 设置路径后运行成功
export LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH
./myapp