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
来源:掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。


  • 2019-05-21 12:43:26

    (重要)RecycleView的缓存机制

    RecycleView的四级缓存是由三个类共同作用完成的,Recycler、RecycledViewPool和ViewCacheExtension。Recycler用于管理已经废弃或者与RecyclerView分离的ViewHolder,这里面有两个重要的成员,为可以看见的屏幕的内部缓存成员mAttachedScrap、mChangedScrap和滑出屏幕外的外部缓存成员mCachedViews二者共同完成ViewHolder的缓存;RecycledViewPool类是用来缓存整体所有的ViewHolder,是对mCachedViews缓存的补充;ViewCacheExtension是扩展内的缓存对象,默认不加载,需实现方法getViewForPositionAndType(Recycler recycler, int position, int type)来实现自己的缓存。接下来对四级缓存一步步介绍。

  • 2019-05-21 12:44:31

    对嵌套RecyclerView的优化

    RecyclerView 是一个更高级的 ListView ,它可以重用view避免额外创建太多的view从而带来流畅的滚动性能。RecyclerView通过叫做 View pool 的东西持有不再可见的 view ,让它可被回收

  • 2019-05-25 14:54:50

    commit your changes or stash them before you can merge

    Your local changes to the following files would be overwritten by merge:         protected/config/main.php Please, commit your changes or stash them before you can merge. --------------------- 作者:陈小峰_iefreer 来源:CSDN 原文:https://blog.csdn.net/iefreer/article/details/7679631 版权声明:本文为博主原创文章,转载请附上博文链接!

  • 2019-05-27 10:43:34

    IntelliJ IDEA中C盘文件过大怎么办

    当我在D:\ 安装完IDEA9.0之后,建立了一个工程,发现C:\Users\Administrator\.IntelliJIdea90 竟然增大到了500+M,并且随着使用在逐渐增大,这样占用系统盘资源是非常让人不爽的,那么如何将其修改到其他路径呢?

  • 2019-05-28 13:33:20

    BRVAH+MTRVA,复杂?不存在的

    言归正传,这样的一个首页,我们需要做怎么样的基础工作呢?或者说,碰到以后更复杂的页面我们应该怎么做?这里小提示下,不要再用什么类似ScrollView的这种东西了,诶,好像说的有点绝对,尽量不要用,这不是谷歌想要看到的,5.0谷歌推出了RecyclerView,从它的整个设计架构来看,简直就是为这而生的。而RecyclerView的视图是通过Adapter来渲染的。原始的Adapter,让人很蛋疼,重复工作太多,我们应该要有封装的思想,把最需要的部分提供出来,其它不用管。