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


  • 2018-12-13 11:41:23

    Android drawable微技巧,你所不知道的drawable的那些细节

    好像有挺久时间没更新博客了,最近我为了准备下一个系列的博客,也是花了很长的时间研读源码。很遗憾的是,下一个系列的博客我可能还要再过一段时间才能写出来,那么为了不至于让大家等太久,今天就给大家更新一篇单篇的文章,讲一讲Android drawable方面的微技巧。

  • 2018-12-13 17:14:41

    Android安全开发之浅谈密钥硬编码

    在阿里聚安全的漏洞扫描器中和人工APP安全审计中,经常发现有开发者将密钥硬编码在Java代码、文件中,这样做会引起很大风险。信息安全的基础在于密码学,而常用的密码学算法都是公开的,加密内容的保密依靠的是密钥的保密,密钥如果泄露,对于对称密码算法,根据用到的密钥算法和加密后的密文,很容易得到加密前的明文;对于非对称密码算法或者签名算法,根据密钥和要加密的明文,很容易获得计算出签名值,从而伪造签名。

  • 2018-12-13 17:17:02

    轻松实现动态获取Android手机CPU架构类型

    .so文件是unix的动态连接库,是二进制文件,作用相当于windows下的.dll文件。 他使用了C/C++代码编写的可以操作硬件比java更高级的 底层代码,执行速度和效率比其他语言要高。 在Android中调用动态库文件(*.so)都是通过jni的方式。

  • 2018-12-13 22:48:48

    Android MultiDex实践:如何绕过那些坑?

    MultiDex, 顾名思义,是指多dex实现,大多数App,解压其apk后,一般只有一个classes.dex文件,采用MultiDex的App解压后可以看到有classes.dex,classes2.dex,… classes(N).dex,这样每个dex都可以最大承载65k个方法,很大限度地缓解了单dex方法数限制。

  • 2018-12-14 13:32:18

    解决chrome调试手机模式没有鼠标问题

    F12后,切换到手机模式,方向没有鼠标,这对于调试前端页面来说无疑是一大难题,看不见只能盲点, 以为是浏览器问题,清理缓存,升级浏览器,清除插件等都不好使。 后来查到资料说是显卡问题。果然还真是显卡问题。

  • 2018-12-14 17:12:51

    Android APP适配全面屏手机的技术要点

    全面屏是手机业界对于超高屏占比手机设计的一个宽泛的定义。从字面上解释就是,手机的正面全部都是屏幕,四个边框位置都是采用无边框设计,追求接近100%的屏占比。但受限于目前的技术,还不能做到手机正面屏占比100%的手机。现在业内所说的全面屏手机是指真实屏占比可以达到80%以上,拥有超窄边框设计的手机。

  • 2018-12-14 17:15:50

    Android适配刘海屏沉浸式状态栏的一些坑

    18年简直是刘海元年,所有手机都在跟风刘海屏,甚至每个厂商还有自己的一套适配规范。我的初始需求很简单,就是做一个全屏显示的页面,一般情况下只需要开启Android规范的全屏模式就好: