详细介绍 .so 文件（Linux 动态链接库）
目录
一、基础概念
1. 全称与作用
2. 动态库 vs 静态库（.so vs .a）
二、文件结构与格式
三、常见使用场景
1. Linux 服务 / 程序
2. Android 开发（最常接触场景）
3. 嵌入式 Linux
四、核心工作原理（动态链接）
两种加载方式
五、常用命令（Linux/Android adb 调试 so）
1. 查看依赖库
2. 查看内部符号（函数 / 变量）
3. 查看 ELF 段、架构、信息
4. 瘦身 / 去除调试符号（发布常用）
5. Android 专用（adb）
六、常见问题与坑
1. error while loading shared libraries: xxx.so: cannot open shared object file
2. 架构不匹配
3. 符号未导出（JNI 常见）
4. 版本冲突
七、Android 端补充（开发重点）
八、总结
.so是Linux/Android/Unix 系统下的动态共享库文件（Shared Object），对应 Windows 的.dll、macOS 的.dylib，是二进制可执行文件，存放编译后的代码、函数、变量、资源。
一、基础概念
1. 全称与作用
- 全称：Shared Object（共享目标文件）
- 核心特点：运行时动态加载、多个程序共享一份库代码，区别于
.a静态库（编译时打包进程序）。 - 后缀惯例：
- 标准：
libxxx.so（Linux 库命名规范，前缀lib） - 带版本：
libxxx.so.1.2.3（主版本。次版本。修订版），通常用软链接指向最新版
- 标准：
2. 动态库 vs 静态库（.so vs .a）
| 特性 | .so 动态库 | .a 静态库 |
|---|---|---|
| 链接时机 | 程序运行时加载 | 编译链接阶段打包进可执行文件 |
| 体积 | 可执行文件小，库单独存在 | 可执行文件体积大 |
| 占用空间 | 多程序共用一份，省磁盘 / 内存 | 每个程序都拷贝一份，冗余大 |
| 更新方式 | 替换 .so 文件即可，无需重新编译主程序 | 必须重新编译链接整个程序 |
| 依赖 | 运行环境必须存在对应 .so | 无外部库依赖，独立运行 |
二、文件结构与格式
.so本质是ELF 格式文件（Executable and Linkable Format），Linux 下所有可执行、库文件基本都是 ELF。 主要分段（Section）：
- .text：编译后的机器指令（函数代码），只读
- .data：已初始化全局变量
- .bss：未初始化全局变量（不占文件空间，运行时分配内存）
- .rodata：只读常量（字符串、const 变量）
- .symtab / .dynsym：符号表（函数名、变量名，供链接 / 调用）
- .dynstr：动态符号字符串表
- .rel：重定位段（动态链接时修正内存地址）
关键：动态符号表 (.dynsym)是外部程序调用库函数的核心，被
strip瘦身的 so 会丢失调试符号，但保留动态调用符号。
三、常见使用场景
1. Linux 服务 / 程序
系统底层、第三方组件、中间件大量使用.so：
- C/C++ 程序依赖系统库：
libc.so（标准 C 库）、libpthread.so（线程库） - Nginx、MySQL、Redis 等都会加载各类动态库
2. Android 开发（最常接触场景）
Android 基于 Linux 内核，Native 层完全使用 .so：
- 架构区分（不同 CPU 架构不能通用）：
armeabi-v7a：32 位 ARM 老设备arm64-v8a：64 位 ARM 主流安卓机x86/x86_64：模拟器、Intel 平板
- 用途：
- JNI 调用：Java ↔ C/C++，把 C++ 代码编译成 so 给 App 调用
- 音视频（FFmpeg、OpenCV）、加解密、渲染、逆向、插件等核心能力
- 代码保护：so 是二进制，反编译难度远高于 Java 字节码
3. 嵌入式 Linux
路由器、机顶盒、工控机、物联网设备，普遍依赖.so库。
四、核心工作原理（动态链接）
- 编译阶段主程序只记录「需要调用哪个 so 的哪个函数」，不拷贝代码，只留符号引用。
- 运行阶段OS 的动态链接器 ld-linux.so工作：
- 加载可执行文件到内存
- 根据依赖列表，查找并加载对应
.so到进程地址空间 - 重定位：修正函数内存地址，完成符号绑定
- 多个进程可共享同一份 so 内存副本，仅数据段私有
两种加载方式
- 隐式加载（编译链接时指定依赖）编译程序时
-lxxx链接 so，程序启动自动加载，最常用。 - 显式加载（运行时手动加载）代码中主动调用 API 加载、卸载 so：
- Linux/Android C：
dlopen()→dlsym()→dlclose() - 适用：插件化、动态按需加载、版本热更新
- Linux/Android C：
五、常用命令（Linux/Android adb 调试 so）
1. 查看依赖库
ldd 可执行文件/xxx.so # 作用：列出当前 so/程序 依赖的所有 .so，排查 "找不到库" 问题2. 查看内部符号（函数 / 变量）
# 查看所有符号（含调试符号） nm xxx.so # 只看动态导出符号（外部可调用的函数，重点） nm -D xxx.so3. 查看 ELF 段、架构、信息
# 查看文件架构、类型、位数 file xxx.so # 详细 ELF 信息 readelf -h xxx.so # 查看所有段 readelf -S xxx.so4. 瘦身 / 去除调试符号（发布常用）
strip xxx.so # 作用：删除调试符号、注释，大幅减小文件体积，不影响正常调用5. Android 专用（adb）
# 进入手机 shell adb shell # 查看进程加载的所有 so cat /proc/[PID]/maps六、常见问题与坑
1.error while loading shared libraries: xxx.so: cannot open shared object file
原因：系统找不到依赖的 so解决：
- 把 so 放到系统库路径：
/lib、/usr/lib - 配置环境变量：
export LD_LIBRARY_PATH=/你的so目录:$LD_LIBRARY_PATH - 更新系统库缓存：
ldconfig
2. 架构不匹配
现象：文件存在但加载失败、Exec format error原因：32 位 / 64 位、ARM/x86 架构不兼容
- arm64-v8a so 不能在 32 位 ARM 设备运行
- x86 so 不能在真机 ARM 上运行
3. 符号未导出（JNI 常见）
现象：dlsym找不到函数，Java JNI 报UnsatisfiedLinkError原因：
- C/C++ 函数没加
extern "C"（C++ 名字会被篡改（名字改编）） - 编译脚本（CMake/Android.mk）未指定导出符号
4. 版本冲突
系统已有同名但版本不同的 so，导致符号冲突、崩溃。
七、Android 端补充（开发重点）
- 编译工具
- 旧版：
Android.mk - 主流：CMake + NDK，将 C/C++ 源码编译为对应架构
.so
- 旧版：
- 调用流程Java (JNI) → 加载 so → 调用 C/C++ 函数
- 安全相关
- so 属于原生二进制，可被IDA、Ghidra逆向分析
- 加固手段：加壳、混淆、字符串加密、ollvm 控制流平坦化
八、总结
.so=Linux/Android 动态共享库，对应 Windows.dll，ELF 二进制格式。- 优势：体积小、易更新、多程序共享，是 Linux 生态的基础组件。
- 两大核心场景：Linux C/C++ 服务、Android NDK 原生开发。
- 日常排错重点：依赖缺失、架构不匹配、符号未导出、库路径问题。