iOS静态库与动态库的区别与打包

2021-02-03 16:58:39

参考地址 iOS静态库与动态库的区别与打包

一、前言

这篇主要是记录一下 iOS 下静态库与动态库的打包流程,以便以后用到时快速查阅,供自己也供大家学习记录。同时也简述了一下 动态库静态库 的区别。

二、静态库与动态库

1、库

库是写好的现有的,成熟的,可以复用的代码。本质上来说库是一种可执行代码的二进制形式,可以被操作系统载入内存执行。库有两种:静态库动态库

2、静态库与动态库的区别

(1)静态库

链接时会被完整的复制到可执行文件中,被多次使用就有多分拷贝。如下图,抖音和微信的可执行文件加载静态库时,每个可执行文件链接时都要加载这份静态库。


(2)动态库

系统的动态库与我们自己打包的动态库还不大一样,先来看一下系统的动态库。

系统动态库:链接时不复制,程序运行时由系统动态加载到内存,系统只加载一次,多个程序共用,节省内存。 例如下图:抖音和微信的可执行文件加载动态库时,内存中只有一份动态库,不用加载到可执行文件。


自己打包的动态库:自己打包的动态库,则是在应用程序里的,但是与静态库不同,它不在可执行文件中。


三、制作静态库与动态库

1、制作静态库

我们在 iOS 下能创建的静态库分两种,分为 .a.framework 两种。

1、制作 .a 静态库

(1)创建

首先创建一个工程,选择为 Static Library 类型。


(2)编译

然后我们在 Products 下就可以看到一个 .a 文件,但是现在它还是不存在的,需要我们 command+B 编译一下,就可以找到它了,由于我们是在模拟器下编译的,所以它生成在 “Debug-iphonesimulator” 文件夹下。

静态库最新.png


如果添加了新的 .h 文件,需要在 Phases 中把头文件加上,此处 FanjiduoStatic.h 是创建工程时默认加进去了。

然后它会自动把你的头文件放到 include 里面


2、制作 .framework 静态库

(1)首先创建一个工程,选择为 Framework 类型。


创建好发现是 .framework 结尾了


(2)这里要设置一下,因为默认是动态库,要改为静态库。Build Settings => Mach-O Type 改为 Static Library:


3、测试静态库

(1)编写测试类

首先编写了一个 Student 类,实现了一个 study 的打印方法, 然后把 Studentimport 进了 FanjiduoFrameworkTest.h 总的头文件里面。


(2)公开头文件

然后在 build Phases => Headers 中把头文件公开,从默认的 Project 中拖拽到 Public 中:

然后再编译一下,就大功告成了。


(3)测试

建立一个名为 staticTestDemo 的工程引入 framwork 试一下,发现可以成功调用 study 方法!


2、制作动态库

(1)制作步骤

动态库有很多种,目前像 .tbd .dylib 这种的动态库我们无法打包,只能打包 .framework 格式的动态库。 系统默认设置的就是动态类型,然后就是将新添加的头文件公开,整个流程和 .framework 静态库一样,这里就不再赘述了。

(2)测试

创建一个项目来测试一下这个动态库,直接拖入工程,引入头文件,调用动态库中的方法,然后编译,编译通过没问题。 但是当我们运行的时候,会报错误 "Reason:image not found",如下图:

其实这是因为没有将它添加到 Embedded 中,在老版本的 Xocde 中,Embedded 是单独设置的,但是不知道从那一版 Xocde 开始,Embedded 和其他设置合并在一起了。现在我们只需要在 "General => Frameworks, Libraries, and Embedded Content" 中,把 "Do Not Embed" 改为 "Embed & Sign" 即可,如下图:
然后就可以正常运行了!


作者:凡几多
链接:https://juejin.cn/post/6844903992082825224
来源:掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。


  • 2021-01-12 22:15:46

    NSLog各种打印占位符

    打印CGRect : NSLog(@"%@",NSStringFromCGRect(someCGRect)); 或者CFShow(NSStringFromCGRect(someCGRect));

  • 2021-01-13 13:36:29

    shortid nodejs短id生成器

    短ID在实际运用中很广泛, 其中比较典型的运用就是短地址。 市面上肯定有不少开源的生成短ID库, 基于node.js的估计也不少。 鉴于本人已然是node.js的脑残粉(本职java开发), 很多业余项目从前端到后端都基于javascript开发, 加上npm和bower的包管理以及grunt的打包工具, 在项目开发过程中体验特别酸爽。 由于当时项目前后端都会用到短ID, 但没找到合适的库同时支持npm和bower的(可能孤陋寡闻). 因此自己乐此不疲地又造了个轮子js-shortid(夷,为什么会说又呢?!). 下面主要介绍它的实现方案, 自认为比较优雅简洁。

  • 2021-01-13 17:23:21

    CREATE TABLE 表名 AS SELECT 语句 快速复制表但是锁表

    注意Table2的主键约束,如果Table2有主键而且不为空,则 field1, field2…中必须包括主键 在执行语句的时候,MySQL是逐行加锁的(扫描一个锁一个),直至锁住所有符合条件的数据,执行完毕才释放锁。所以当业务在进行的时候,切忌使用这种方法。 在RR隔离级别下,还会加行锁和间隙锁

  • 2021-01-13 17:27:04

    Navicat配置mysql数据库用户权限

    用数据库的时候就会遇到有多个用户,分配用户权限的情况,有些用户只读,有些用户可以读写,有些用户只能操作一个或者多个数据库,如何给mysql的用户设置权限,我这里描述一下如何用navicat图形操作分配用户权限

  • 2021-01-14 06:15:04

    通过glide获取图片显示后的真正宽高

    有时候需要获取网络图片的宽高来设置图片显示的大小,很多人会直接利用Glide的加载监听去拿图片的宽高,但是这样拿到的不是图片真正的宽高,而是图片显示在ImageView后的宽高。如下:

  • 2021-01-14 09:38:57

    Chrome插件详细教程

    严格来讲,我们正在说的东西应该叫Chrome扩展(Chrome Extension),真正意义上的Chrome插件是更底层的浏览器功能扩展,可能需要对浏览器源码有一定掌握才有能力去开发。鉴于Chrome插件的叫法已经习惯,本文也全部采用这种叫法,但读者需深知本文所描述的Chrome插件实际上指的是Chrome扩展。