静态库和动态库相关知识

最新推荐文章于 2023-05-09 21:35:03 发布
最新推荐文章于 2023-05-09 21:35:03 发布
阅读量542 收藏 1
点赞数
分类专栏： iOS 文章标签： 静态库 动态库 objdump xcframework 编译器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/wj610671226/article/details/125154869
版权

静态库和动态库

常用命令

  • nm

nm 是用来查看二进制文件符号表的命令

常用参数
-a 显示所有符号表条目，包括那些插入供调试器使用的条目。
-g 仅显示全局（外部）符号。
-n 按数字而非字母顺序排序。
-o 将文件或存档元素名称添加到每个输出行，而不仅仅是一次。
-p 不排序； 以符号表顺序显示。
-r 倒序排序。
-u 只显示未定义的符号。
-U 不显示未定义的符号。
Symbol Type说明
Uundefined(未定义)
Aabsolute(绝对符号)
Ttext section symbol(__TEXT.__text)
Ddata section symbol(__DATA.__data)
Bbss section symbol(__DATA.__bss)
Ccommon symbol(只能出现在MH_OBJECT 类型的Mach-O文件中)
-debugger symbol table
S除了上面所述的，存放在其他section的内容，例如未初始化的全局变量存放在(__DATA,__common)中
Iindirect symbol(符号信息相同，代表同一符号)
u动态共享库中的小写u表示一个未定义引用对同一库中另一个模块中私有外部符号
  • ar

ar用于创建和修改二进制库文件
常用于静态库拆分合并替换.o文件。查看静态库中的.o文件等

-d 　删除备存文件中的成员文件。 
-m 　变更成员文件在备存文件中的次序。
-p 　显示备存文件中的成员文件内容。
-q 　将文件附加在备存文件末端。
-r 　将文件插入备存文件中。
-t 　显示备存文件中所包含的文件。
-x 　自备存文件中取出成员文件

从libcurl.a中取出libcurl_la-wolfssh.o
ar -x ./libcurl.a libcurl_la-wolfssh.o

从libUAS_arm64.a中删除th-lock.cpp.o
ar -d  ./libUAS_arm64.a th-lock.cpp.o

把libcurl_la-wolfssh.o加入到静态库libUAS_arm64.a中
ar -r ./libUAS_arm64.a ./libcurl_la-wolfssh.o
  • objdump
// 查看mach-header
objdump --macho -private-header ${MACH_PATH}
// 查看__TEXT
objdump --macho -d ${MACH_PATH}
// 查看符号表
objdump --macho --syms ${MACH_PATH}
// 查看导出符号
objdump --macho --exports-trie ${MACH_PATH}
// 查看间接符号表
objdump --macho --indirect-symbols ${MACH_PATH}

--macho: 指定mach-o类型
-h:打印各个段的基本信息
-x:打印各个段更详细的信息
-d:将所有包含指定的段反汇编
-s:将所有段的内容以16进制的方式打印出来
--lazy-bind:打印lazy binding info
--syms：打印符号表
  • 其他
// 创建静态库
libtool -static -arch_only x86_64 WSTLoginHelper.o -o libWSTLoginHelper.a

libtool -static -arch_only arm64 -D -syslibroot /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS13.6.sdk test.o -o libTest.a

// 链接静态库
ld -static -arch x86_64 -e _main a.a -o a
// 链接动态库
ld -dylib -arch x86_64 -macosx_version_min 10.13 a.dylib -o a

otool
-l:显示解析后的mach header和load command
-h:显示未解析的mach header 
-L:打印所有链接的动态库路径
-D:打印当前动态库的install_name

strip -S a.o
-S 删除调试符号
-X 移除本地符号 ‘L’开头的
-x 移除全部的本地符号，只保留全局符号

man 命令 ： 查看命令的参数以及描述

动态库和静态库链接流程：
链接器ld -> 读取mach header -> 读取load commands -> 读取每个Segment的虚拟地址文件地址和属性 -> 映射到进程虚拟空间 -> 控制权限转交可执行文件入口地址(dyld) -> 程序开始执行

静态库

静态库即静态链接库:可以简单的看成一组目标文件的集合。即很多目标文件经过压缩打包后形成的文件。

这里采用两个简单的源文件来编译成静态库，并链接使用

WSTLoginHelper.h WSTLoginHelper.m main.m

源文件内容

//  WSTLoginHelper.m
#import <Foundation/Foundation.h>
NS_ASSUME_NONNULL_BEGIN

@interface WSTLoginHelper : NSObject
+ (void)test;
@end

NS_ASSUME_NONNULL_END

// main.m
#import "WSTLoginHelper.h"
int main() {
    [WSTLoginHelper test];
    return 0;
}
  • 编译成.a静态库

编译脚本

#编译main.m
clang -x objective-c \
-target x86_64-apple-macos11.1 \
-fobjc-arc \
-isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk \
-I./lib \
-c ./main.m -o ./main.o

#编译WSTLoginHelper.a
clang -x objective-c \
-target x86_64-apple-macos11.1 \
-fobjc-arc \
-isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk \
-I./lib \
-c ./lib/WSTLoginHelper.m -o ./lib/WSTLoginHelper.o

#这里输出的静态库名称一定是lib开头的
ar -rc ./lib/libWSTLoginHelper.a ./lib/WSTLoginHelper.o

#main链接WSTLoginHelper.a
clang -target x86_64-apple-macos11.1   \
-fobjc-arc              \
-isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk      \
-L./lib \
#这里链接的静态库名称为不加lib前缀
-lWSTLoginHelper \
main.o -o main
  • 编译成framework静态库

编译脚本

#编译main.m
clang -x objective-c \
-target x86_64-apple-macos11.1 \
-fobjc-arc \
-isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk \
-I./lib \
-c ./main.m -o ./main.o

#编译WSTLoginHelper.framework
echo "开始构建framework"
pushd ./lib

clang -x objective-c \
-target x86_64-apple-macos11.1 \
-fobjc-arc \
-isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk \
-I./ \
-c ./WSTLoginHelper.m -o ./WSTLoginHelper

mkdir WSTLoginHelper.framework
mkdir WSTLoginHelper.framework/Headers

cp ./WSTLoginHelper ./WSTLoginHelper.framework
cp ./WSTLoginHelper.h ./WSTLoginHelper.framework/Headers

popd
echo "构建framework结束"

echo "main链接WSTLoginHelper.framework"

clang -target x86_64-apple-macos11.1   \
-fobjc-arc              \
-isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk      \
-F./lib \
-framework WSTLoginHelper \
main.o -o main

echo "main链接WSTLoginHelper.framework完成"

综上所述：不论是链接.a还是framework需要的三要素是静态库的头文件路径、静态库的路径、静态库的名称。

  • 静态库补充说明

id链接器在Other Linker Flags配置说明。
-all_load 加载静态库包含的所有文件
-Objc 加载静态库包含的所有的OC代码和Catehory代码
-force_load <path_to_archive> 加载静态库中指定的文件

动态库

与静态库相反，动态库在编译时并不会被拷⻉到目标程序中，目标程序中只会存储指向动态库的引用。等到程序运行时，动态库才会被真正加载进来

编译动态库采用上面两个源文件。

#编译main.m
clang -x objective-c \
-target x86_64-apple-macos11.1 \
-fobjc-arc \
-isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk \
-I./lib \
-c ./main.m -o ./main.o

pushd ./lib
echo "开始编译WSTLoginHelper.m"
clang -x objective-c \
-target x86_64-apple-macos11.1 \
-fobjc-arc \
-isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk \
-I./ \
-c ./WSTLoginHelper.m -o ./WSTLoginHelper.o

libtool -static -arch_only x86_64 WSTLoginHelper.o -o libWSTLoginHelper.a

echo "开始构建动态库"
ld -dylib -arch x86_64 \
-macosx_version_min 11.1 \
-syslibroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk \
-lsystem -framework Foundation \
-all_load \
# 指定动态库的rpath
-install_name @rpath/libWSTLoginHelper.dylib \
libWSTLoginHelper.a -o libWSTLoginHelper.dylib

echo "构建dylib结束"

popd


echo "main链接WSTLoginHelper.dylib"

clang -target x86_64-apple-macos11.1 \
-fobjc-arc \
-isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk \
-L./lib \
-lWSTLoginHelper \
main.o -o main

#给主程序增加rpath,以免运行的时候无法找到动态库
install_name_tool -add_rpath @executable_path/lib main

otool -l test | grep 'RPATH' -A 3
otool -l test | grep 'DYLIB' -A 3

echo "main链接WSTLoginHelper.dylib完成"



App -> 动态库A -> 动态库B
1.三要素：头文件、库文件所在位置、库文件名称
对于App、动态库A正常链接，但是动态库B并不在动态库A（他链接的动态库B）保存的@rpath与动态库B的install_name组合的路径下：
解决：修改动态库A的rpath或者copy动态库B到指定路径中
方式：i、修改动态库A的rpath为动态库B的install_name之前的绝对路径（LD_RUNPATH_SEARCH_PATHS）
     ii、Cocoapods向App中导入动态库B，在导入的过程中，Cocoapods会帮助我们将动态库B拷贝到App的Frameworks/目录下
     iii、通过脚本进行动手Copy，将动态库B拷贝到App的Frameworks/目录下，参考Cocoapods脚本
     
1. 动态库的反向依赖，因为符号的作用空间问题，那么在运行时，动态库可以动态找到App的符号。所以只要在编译期间不报符号未定义的错误即可。可以通过-U<符号>，来指定一个符号的时动态查找符号。
2. 如果App想使用动态库B的方法，第一种方式是让App直接链接动态库B。第二种方式是通过-reexport_framework或者-reexport_l重新将动态库B通过动态库A导出给App。

 
App -> 动态库A -> 静态库B
因为动态库A生成的过程中在链接静态库B时，会把静态库B所有代码都链接进去。所以编译链接都不会报错。
如果动态库A不想把静态库B的导出符号（全局符号）暴露出去，可以通过 -hidden-l隐藏静态库的全局符号
 
 
App -> 静态库A -> 静态库B
静态库A生成时，只保存了静态库B的头文件信息或者静态库B的称（Auto-Link）。App链接静态库A后，会把静态库A所有代码都链接进去。但是并不知道静态库B的位置和名称。
解决办法：
第一种： 通过Cocoapods将静态库B引入到App内
第二种： 手动配置静态库B的位置和名称。
  
App -> 静态库A -> 动态库B
静态库A生成时，只保存了动态库B的名称（Auto-Link）。App链接静态库A后，会把静态库A所有代码都链接进去。但是并不知道动态库B的位置，也没有提供rpath。
解决办法：
第一种： 通过Cocoapods将动态库B引入到App内
第二种： 手动配置动态库B的位置和提供rpath

弱引用动态库
标记为weak import是，允许在运行时不链接该库。例如正常情况下，动态库链接一个库文件时，如果库文件不在指定的路径中，会报image not found。通过-weak_library <library name>或者-weak_framework <framework name>指定为weak imports，如果在运行时找不到该库，会自动将该库的地址内容设置为0
  • xcframework

xcframework是苹果官方推荐的、支持的，可以更方便的表示一个多个平台和架构的分发二进制库的格式。需要Xcode11以上支持。

和传统的framework相比:

  1. 可以用单个.xcframework文件提供多个平台的分发二进制文件;
  2. 与Fat Header相比，可以按照平台划分，可以包含相同架构的不同平台的文件;
  3. 在使用时，不需要再通过脚本去剥离不需要的架构体系

利用编写好的framework工程生成对应的framework然后合并成xcframework。

编译脚本

#构建模拟器版本的framework
xcodebuild archive -project './FrameworkDemo/FrameworkDemo.xcodeproj' \
-scheme 'WstVPN' \
-configuration Release \
-destination 'generic/platform=iOS Simulator' \
-archivePath './archives/WstVPN.framework-iphonesimulator.xcarchive' \
SKIP_INSTALL=NO

#构建真机版本的framework
xcodebuild archive -project './FrameworkDemo/FrameworkDemo.xcodeproj' \
-scheme 'WstVPN' \
-configuration Release \
-destination 'generic/platform=iOS' \
-archivePath './archives/WstVPN.framework-iphoneos.xcarchive' \
SKIP_INSTALL=NO

#将两个framework合并成xcframework
xcodebuild -create-xcframework \
-framework './archives/WstVPN.framework-iphoneos.xcarchive/Products/Library/Frameworks/WstVPN.framework' \
-framework './archives/WstVPN.framework-iphonesimulator.xcarchive/Products/Library/Frameworks/WstVPN.framework' \
-output './WstVPN.xcframework'

完成之后的目录结构
在这里插入图片描述

  • 总结

动态库与静态对ipa包体积的影响。

源码文件越少，链接的外部函数越少，生成的静态库要比动态库体积小。
静态库中某个目标文件中的代码没有在项目 中引用，那么就不会链接到项目的Mach-o文件内，也就是，静态库默认仅将用到的文件链接进去。并且以类文件为最小链接单位。

@rpath（Runpath search Paths）
dyld搜索路径，运行时@rpath指示dyld按顺序搜索路径列表，来找到动态库。
@executable_path:表示可执行程序所在的目录，解析为可执行文件的绝对路径
@loader_path:表示被加载的Mach-O 所在的目录，每次加载时，都可能被设置为不同的路径，由上层指定。

clang编译命令

clang是C、C++、OC的编译器

-x: 指定编译文件语言类型(objective-c++、objective-c、c)
-g: 生成调试信息
-c: 生成目标文件，只运行preprocess，compile，assemble，不链接
-o: 输出文件
-isysroot: 使用的SDK路径
-I<directory> 在指定目录寻找头文件 header search path
-L<dir> 指定库文件路径（.a\.dylib库文件） library search path
-l<library_name> 指定链接的库文件名称（.a\.dylib库文件）other link flags 
-F<directory> 在指定目录寻找framework framework search path
-framework <framework_name> 指定链接的framework名称 other link flags 
-install_name 指定动态库初次安装的默认路径，向'LC_ID_DYLIB'添加安装路径，该路径作为dylid定位该库
开发小猫
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
编译链接的时候静态库顺序导致符号未定义问题详解
zerooffdate的专栏
08-15 4106
前情概要 接入新库的时候遇到符号位定义问题。有人跟我说改一下库的顺序，就能解决问题。我试了下，嗯，问题是解决了。但是我总觉得库之间不应该有依赖关系，毕竟链接库就是个找符号的问题，如果有依赖，那a，b两个库，相互依赖，顺序怎么整呢？大型的软件，岂不是加一个库就要弄死人？带着这个疑问我做了一些小实验，来看一下一下库位置的顺序到底是如何影响符号未定义问题的。 问题根源 之所以链接顺序改变可以解决符...
【转】iOS常用静态库操作命令
weixin_33936401的博客
08-06 127
iOS开发中，经常需要对静态库进行操作，以下是几个常用的静态库操作命令。 合并模拟器库文件和真机库文件 lipo -create -output lib.a lib-armv6.a lib-i386.a 其中lib.a是合并后的输出文件，lib-armv6.a和lib-i386.a分别对应真机静态库和模拟器静态库文件。 查看静态库中包含哪些架构...
链接的基本概念，符号解析和静态库
m0_62135915的博客
01-17 606
有关于链接的基础，包括编译系统的运行过程，以及符号解析，静态库相关知识，重定位还未进行学习
Linux的nm查看动态库和静态库的符号
盐与黑胡椒的博客
05-02 3079
转自https://blog.csdn.net/qq_16683355/article/details/52297884 功能 列出.o、.a、.so中的符号信息，包括符号的值，符号类型及符号名称等。所谓符号，通常指定义出的函数，全局变量等 使用 $ nm [option(s)] [file(s)] 常用的option -A 在每个符号信息的前面打印所在对象文件名称; ...
gcc解决Linux多个动态库间的符号冲突问题
weixin_44834554的博客
11-06 2724
gcc动态库符号冲突解决办法
linux静态库和动态库分析
07-29
我们先分别编译`hello.c`为`.o`文件，然后创建静态库（`ar`命令）和动态库（`gcc`命令），最后编译`main.c`，链接静态库或动态库，生成可执行文件。 总之，理解静态库和动态库在Linux软件开发中的作用和创建方法，...
Linux动态库与静态库制作及使用详解
01-09
2）在 Linux 静态库的制作过程中发现有别于 Windows 下静态库的制作方法；3）在 Linux 应用程序链接第三方库或者其他静态库的时候发现链接顺序的烦人问题。本文这三个问题针对 Linux 下标准库链接和如何巧妙构建 ...
librdkafka 动态库 静态库
03-23
动态库和静态库是两种不同的库文件形式，动态库在运行时被加载到内存中，而静态库在编译时直接链接到目标代码中。 描述进一步说明这些库是由VS2015（Visual Studio 2015）编译的，并且是v1.6.1版本。这意味着库文件...
C++动态库和静态库的使用.rar
02-17
本资料包“C++动态库和静态库的使用.rar”涵盖了这两种库的创建、使用方法及相关知识点。 一、静态库 1. **静态库的概念**：静态库是将多个目标文件（.obj或.o）链接在一起形成的库文件，如.lib（Windows）或.a...
【重点】静态库动态库的制作和使用.docx
04-08
本文主要讨论了静态库和动态库的制作和使用，以及它们之间的差异。 首先，链接库文件的出现是为了应对三种常见情况：保护源码不被泄露、减少代码分发时的体积，以及避免重复编译。通过将函数编译为库文件，可以实现...
Linux下编译链接动态库符号问题
聆听风雨的博客
01-01 1178
一般大型的项目会有许多个动态库、静态库。许多个库可能会有符号冲突的问题，如果不对符号进行管理，会引发各种意想不到的问题。
使用libtool编译静态程序和静态库
最新发布
victorwongms90的博客
05-09 266
【代码】使用libtool编译静态程序和静态库。
iOS 静态库打包流程简化
JoySeeDog
11-17 2318
在iOS开发中，我们经常会遇到开发SDK的需求。开发好的静态库后需要手动的合并.a文件，然后再拷贝相关的头文件，接着把静态库和头文件放在同一个文件里面打包发送给SDK的使用者。本文将介绍如何使用脚本，简化这一连串的过程。为了照顾广大初学者，教程将会详细介绍打包的基本流程。 关于静态库和动态库区别，可以看我的另外一篇博客： iOS静态库和Framework区别项目配置新建一个名为TestSDK的静态库
xcodebuild自动打包脚本与自动上传蒲公英脚本
番薯大佬的专栏
08-10 5581
脚本文件"xxx.sh"使用"Sublime_Text"工具进行编辑。 在终端执行脚本时的命令：sh xxx.sh # 脚本功能说明 # 在终端，使用xcodebuild进行自动打包，以及上传到蒲公英 # # 使用步骤： # 1 目录配置（打包上传目录、项目目录） # 2 项目配置（版本、名称、证书、描述文件UUID、描述文件、archive保存目录、ipa保存目录） #
Xcode 动态库的设置
VictorZhang
01-11 1721
最近项目开发新的功能，要在主应用中嵌入一个子程序： (本文暂不涉及如何嵌入子程序) 主程序和子程序引用同一个framework，出现了重复，这会导致程序比较大。 为了解决此问题，学习了解了下xcode动态库设置 1. 首先我在子程序中移除嵌入的framework 2. 因为公用framework，所以我觉得将该framework嵌入大SharedFrameworks路径下比较合适 注： 路径是可以自定义的，我在该Demo中将其放在~/***MainApp.app/Contents/SharedFram
C++学习（三八四）libtool动态库 静态库
hankern的专栏
10-10 558
Libtool 库可以是一个静态链接库，可以是一个动态链接库，也可以同时包含两者。 $ libtool --mode=link gcc -o libcompress.la compress.lo -rpath /tmp -lz 可能翻译如下 gcc -shared .libs/compress.o -lz -Wl,-soname -Wl,libcompress.so.0 -o .libs/libcompress.
libtool编译
超哥的专栏
05-19 3776
充分利用共享库的能力。libtool 是一个通用库支持脚本 我们可以认为libtool是gcc的一个抽象，也就是说，它包装了gcc或者其他的任何编译器，用户无需知道细节，只要告诉libtool说我需要要编译哪些库即可，并且，它只与libtool文件打交道，例如lo、la为后缀的文件 通常libtool是与GNU建构系统中的autoconf和automake这两个工具一起使用 libtool生成一个抽
如何让 libtool 自动链接静态库，生成静态可以执行程序
semilog的专栏
09-05 2125
1. 最近在交叉编译parted，可是发现，无论我如何弄，生成的parted 都是动态链接的可执行文件 我需要一个静态链接的parted，但是无论我如何配置，生成的都是动态的最后修改了： parted-3.2/parted/makefile parted_LINK = $(LIBTOOL) $(AM_V_lt) --tag=CC $(AM_LIBTOOLFLAGS) \     $(L...
libtool如何链接静态的c库
Android/Linux的专栏
02-28 4452
遇到问题就发帖，这是大牛们忌讳的东西。我也不是很喜欢，不过从另一个方面我就又喜欢了，如果遇到问题一通乱搜毫无目的也不利于问题的解决。搜是肯定要先搜一下，我解决问题的关键点是在最后发帖了，有没有人回复是再说，但是是一旦发帖，发的时候就会认认真真地把问题梳理一下，截图的截图，复制错误信息，并具会仔细查看，再然后就是通俗的描述出问题给大家看。结果不重要，过程相当重要，当这样真做下来的时候会比刚才盲目的搜
Program Library HOWTO（UNIX 库编程教程）
05-26
UNIX 库编程教程是非常经典的教程，涵盖了静态库、动态库和动态加载库的概念和用法。通过本教程，读者将学会如何创建和使用程序库在 Linux 上。 **静态库** 静态库是编译后的目标文件的集合，可以被链接到程序中，...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值