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-09-19 11:46:45

    @EnableConfigurationProperties注解详解,源码

    用springboot开发的过程中,我们会用到@ConfigurationProperties注解,主要是用来把properties或者yml配置文件转化为bean来使用的,而@EnableConfigurationProperties注解的作用是@ConfigurationProperties注解生效。 如果只配置@ConfigurationProperties注解,在IOC容器中是获取不到properties配置文件转化的bean的,当然在@ConfigurationProperties加入注解的类上加@Component也可以使交于springboot管理。

  • 2019-09-19 14:10:03

    Android UI布局优化之ViewStub介绍

    ViewStub的inflate只能被调用一次,第二次调用会抛出异常,setVisibility可以被调用多次,但不建议这么做(文章中说原因)

  • 2019-09-19 14:21:47

    Dubbo和spring cloud微服务框架区别和介绍

    关于 Dubbo 和 Spring Cloud 的相关概念和对比,上面已经叙述的很清楚了,我个人比较倾向于 Spring Cloud,原因就是真正的微服务框架、提供整套的组件支持、使用简单方便、强大的社区支持等等,另外,因为考虑到 .NET/.NET Core 的兼容处理,RPC 并不能很好的实现跨语言(需要借助跨语言库,比如 gRPC、Thrift,但因为 Dubbo 本身就是“gRPC”,在 Dubbo 之上再包一层 gRPC,有点重复封装了),而 HTTP REST 本身就是支持跨语言实现,所以,Spring Cloud 这一点还是非常好的(Dubbox 也支持,但性能相比要差一些)。

  • 2019-09-22 07:12:04

    git Please move or remove them before you can merge

    这是因为本地有修改,与云端别人提交的修改冲突,又没有merge. 如果确定使用云端的代码,最方便的解决方法是删除本地修改,可以使用以下命令: git clean -d -fx

  • 2019-09-22 07:36:52

    ALIN10146-自查方案

    报错原因 1.请求appid应用未上线或者是应用类型是第三方应用 2.签约权限问题 3.签名类型使用错误 4.请求参数问题 5.秘钥匹配问题 6.应用类型问题

  • 2019-09-22 07:37:44

    ALIN10146,ALI38173支付宝APP支付集成时出现的问题

    最近在做支付宝APP的集成,遇到了一堆问题。百度不到,ALI64还好点,ALI38173基本上就没了。我也是测试了很久才解决的。ALI64的解决方案是因为要对私钥有问题。ALI38173是签名有问题。签名的解决方...

  • 2019-09-22 22:32:20

    Spring Shiro 使用默认的Session会话管理

    项目中用到了shiro session会话管理机制,今天来总结一下,以下都是在spring boot框架实现。 shiro的session管理机制很完善,也是独立于j2ee容器且不依赖的,所以我们完全可以使用shiro提供给我们的session会话管理来实现我们的业务逻辑,默认提供的sessionDAO是memorySessionDAO,这里也主要讲它的配置和原理。 首先来看下如何在spring boot下配置默认的session会话管理: ShiroConfig类: