iOS 静态库与动态库的区别

库的本质是可执行的二进制文件,是资源文件和代码编译的一个集合。根据链接方式不同,可以分为动态库和静态库,其中系统提供的库都属于动态库。

静态库

  • 静态库形式: .a和.framework

1.静态库在编译时加载,链接时会完整的复制到可执行文件中。
2.静态库的可执行文件通常会比较大,因为所需的数据都会被整合到目标代码中,因此编译后的执行文件不需要外部库的支持,直接就能使用。
3.有多个app使用就会被复制多份,不能共享且占用更多冗余内存。
4.所有的函数都在库中,因此当修改函数时需要重新编译。

  • .a 和 .framework 的区别
    .a 是单纯的二进制文件,.framework是二进制文件+资源文件。
    其中.a 不能直接使用,需要 .h文件配合,而.framework则可以直接使用。
    .framework = .a + .h + sorrceFile(资源文件)

推荐生成使用.framework。

动态库

  • 动态库形式: .dylib和.framework

1.动态库在程序运行时由系统动态加载到内存,供程序调用,如果环境缺少动态库或者库的版本不正确,就会导致程序无法运行。
2.动态库的文件会比较小,因为在编译过程中,数据并没有整合到目标代码中,只有在执行到该函数时才去调用库中的函数,所以首次加载时比较耗时。
3.多个程序可以共享内存中同一份库资源,系统只加载一次,多个程序可共用,节省内存空间。
4.库是动态的,因此修改库中函数时,不需要重新编译。

iOS8之前苹果是不允许第三方框架使用动态库方式实现的,但是iOS8之后添加了App Extesion,Extesion 需要与主App共享代码,而且新加入的Swift的语言机制也需要动态库,于是苹果提出了Embedded Framework概念,这种动态库允许App和App Extension共享代码,但是这份动态库的生命被限定在一个App进程内。简单点可以理解为被阉割的动态库。
与系统的动态Framework 不同,使用 Cocoa Touch Framework 制作的动态库 在打包和提交 App 时资源文件会被放到 App main bundle 的根目录文件下,运行在沙盒里,而不是系统中。所以,不同的 App 即使使用了同样的 Framework,仍然需要被分别签名,打包和加载。

iOS 系统下 Framework 分类

Static Framework
静态库,用户生成。

Embedded Framework
允许用户生成的“动态库”类型。

  • 直接添加Framework
dyld: Library not loaded: @rpath/IFlyMSC_Dylib.framework/IFlyMSC_Dylib
  Referenced from: /private/var/containers/Bundle/Application/B1CAB261-A1AE-4797-B0F0-9BBA9C2C78FF/Test.app/Test
  Reason: image not found

解决方案:
General->Frameworks,Libraries,and Embedded Content->IFlyMSC_Dylib.framework->Embed&sign

  • CocoaPods引入

使用CocoaPods引入三方库时如果在Podfile里加入use_frameworks! ,那么在编译的时候就会默认帮你生成“动态库”,我们能看到每个源码Pod都会在Pods工程下生成一个对应的“动态库Framework”的target,我们能在这个target的Build Settings -> Mach-O Type看到默认设置是Dynamic Library。也就是生成了一个“动态Framework”,我们能在Pods工程下Products文件夹下面看到每一个Pod对应生成的“动态库”。

这些生成的“动态库”将链接到主项目给主工程使用,但是我们在主工程target的General -> Frameworks,Libraries,and Embedded Content中并没有看到这些“动态库”。这是因为cocoapods已经执行了脚本把这些“动态库”嵌入到了.app的Framework目录下,相当于在Frameworks,Libraries,and Embedded Content加入了这些“动态库”。我们能在主工程target的Build Phase -> Embed Pods Frameworks中看到执行的脚本。
例:Test工程中脚本

"${PODS_ROOT}/Target Support Files/Pods-Test/Pods-Test-frameworks.sh"

Dynamic Framework
动态库,系统提供的framework都是该类型。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,294评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,493评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,790评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,595评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,718评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,906评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,053评论 3 410
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,797评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,250评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,570评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,711评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,388评论 4 332
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,018评论 3 316
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,796评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,023评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,461评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,595评论 2 350