静态库和动态库的区别

以下内容来自DeepSeek:

静态库在编译时被完整复制，运行时独立，但导致文件体积大且内存占用多（多个进程无法共享）。

动态库在编译时仅记录引用，运行时由系统加载，可以共享，节省磁盘和内存空间，但增加了运行时依赖和少许启动延迟。

在Android开发中，通常推荐使用动态库，因为Android应用本身就是一个多进程环境（多个应用可能使用相同的库），而且动态库可以减少APK大小（如果多个应用共享同一个动态库，但注意Android中每个应用有自己的私有目录，所以实际上动态库在APK内部时并不能共享，只有系统库可以共享）。但是，如果使用动态库，在构建APK时需要将.so文件打包到lib目录中，这样每个应用都会包含一份.so文件。因此，从APK大小角度，静态库和动态库在APK中占用的空间相差不大（动态库略小，因为动态库的代码段是共享的，但数据段不是，且动态库在链接时不需要重复的代码，而静态库会被完全链接进可执行文件，导致可执行文件变大）。实际上，在APK中，静态库会使得主可执行文件（或共享库）变大，而动态库则是多个.so文件。通常，如果库的代码量很大，且被多个模块（多个.so）使用，那么使用动态库可以避免在每个模块中都包含该库的副本，从而减小总体积。

然而，在Android中，由于每个应用都是沙盒隔离的，即使使用动态库，每个应用也需要打包自己的.so文件，所以动态库并不能在应用之间共享（除非是系统预装的动态库）。因此，在Android中使用动态库的主要优势在于：

- 模块化，可以按需加载。

- 减小主可执行文件的大小。

- 方便更新（通过动态下载.so文件并加载，但需要谨慎，因为安全性和兼容性问题）。

而静态库的优势在于：

- 没有动态链接的开销，启动可能更快。

- 避免动态库的依赖问题，部署简单。

- 编译器可以进行跨模块优化（LTO）。

因此，选择静态库还是动态库需要根据具体场景权衡。

在 Android NDK 开发中，静态库(.a)和动态库(.so)在编译和运行时行为有显著差异。以下是两者的核心区别对比：

1. 文件本质区别

2. 编译期行为对比

静态库 (.a)

• 链接方式：在编译时被完整复制到最终二进制中

• 生成命令：

  bash

  复制

  下载

  # 生成目标文件
  $NDK_TOOLCHAIN/bin/clang -c foo.c -o foo.o
  
  # 打包为静态库
  $NDK_TOOLCHAIN/bin/llvm-ar rcs libfoo.a foo.o
  

• 使用场景：

  cmake

  复制

  下载

  # CMakeLists.txt
  add_library(foo STATIC IMPORTED)
  set_target_properties(foo PROPERTIES
      IMPORTED_LOCATION ${CMAKE_CURRENT_SOURCE_DIR}/libs/libfoo.a
  )
  target_link_libraries(native-lib foo)
  

• 特点：

  • 编译后不再依赖原始库文件
  • 增加最终二进制文件大小
  • 链接器只提取实际使用的符号

动态库 (.so)

• 链接方式：在编译时仅记录引用关系

• 生成命令：

  bash

  复制

  下载

  # 直接生成动态库
  $NDK_TOOLCHAIN/bin/clang -shared -fPIC bar.c -o libbar.so
  

• 使用场景：

  cmake

  复制

  下载

  add_library(bar SHARED IMPORTED)
  set_target_properties(bar PROPERTIES
      IMPORTED_LOCATION ${CMAKE_CURRENT_SOURCE_DIR}/libs/libbar.so
  )
  target_link_libraries(native-lib bar)
  

• 特点：

  • 编译产物小（仅存引用）
  • 需要库文件在运行时存在
  • 支持 dlopen() 动态加载

3. 运行时行为对比

静态库 (.a)

• 加载时机：随主程序一起加载

• 内存占用：

  • 代码段完全复制到进程内存
  • 多进程无法共享相同代码

• 更新维护：

  • 更新需重新编译整个应用
  • 无法单独替换库文件

• 地址空间：

  plaintext

  复制

  下载

  +---------------------+
  |     主程序代码       |
  |---------------------|
  |  静态库代码 (副本)   | ← 完全内嵌
  |---------------------|
  |        堆栈         |
  +---------------------+
  

动态库 (.so)

• 加载时机：运行时按需加载（ld 或 dlopen()）

• 内存占用：

  • 代码段可被多进程共享
  • 数据段每个进程独立

• 更新维护：

  • 可单独更新库文件（需接口兼容）
  • 支持热修复

• 地址空间：

  plaintext

  复制

  下载

  +---------------------+
  |     主程序代码       |
  +---------------------+          +---------------------+
  |        堆栈         | ← mmap → |  动态库代码 (共享)   |
  +---------------------+          +---------------------+
  

4. 性能对比

5. Android 应用场景

优先使用静态库 (.a) 的情况

1. 小型工具库（<100KB）

2. 闭源商业组件（防止反编译）

3. 启动性能敏感模块（如游戏引擎初始化）

4. 依赖复杂的三方库（避免符号冲突）

   cmake

   复制

   下载

   # 合并多个静态库
   add_library(combined STATIC IMPORTED)
   set_target_properties(combined PROPERTIES
       IMPORTED_LOCATION ${CMAKE_CURRENT_SOURCE_DIR}/libcombined.a
   )
   

优先使用动态库 (.so) 的情况

1. 大型库（FFmpeg, OpenCV）

2. 需要热更新的模块

3. 系统级共享库（如自定义 Binder 服务）

4. 插件化架构

   java

   复制

   下载

   // 动态加载示例
   System.loadLibrary("plugin");
   

6. 混合使用技巧

静态链接动态库

cmake

复制

下载

# 将静态库链接到动态库
add_library(mylib SHARED mylib.cpp)
target_link_libraries(mylib PRIVATE static_lib)

动态库依赖静态库

cmake

复制

下载

# 静态库需要 -fPIC
add_library(helper STATIC helper.cpp)
set_property(TARGET helper PROPERTY POSITION_INDEPENDENT_CODE ON)

# 动态库链接静态库
add_library(mylib SHARED mylib.cpp)
target_link_libraries(mylib PRIVATE helper)

7. 符号处理差异

总结建议

• 选择静态库当：
  • 追求极致启动性能
  • 组件需要深度优化（LTO）
  • 避免动态依赖管理复杂度
• 选择动态库当：
  • 构建大型模块化系统
  • 需要共享代码减少内存占用
  • 支持热更新或插件化

在 Android 开发中，动态库是默认推荐方式，因其：

1. 兼容 Android 动态链接器设计
2. 支持 dlopen() 实现插件化
3. 符合系统安全更新机制

静态库更适合底层基础组件，如加密算法、数学计算库等对性能要求极高的场景。实际项目中常采用混合模式：核心模块静态链接，功能模块动态加载。