在引用第三方的SDK遇到的坑,自己的库和引用的库冲突

最新推荐文章于 2023-07-02 12:41:43 发布

原创最新推荐文章于 2023-07-02 12:41:43 发布 · 5.4k 阅读

0 ·

CC 4.0 BY-SA版权

第三方专栏收录该内容

10 篇文章

订阅专栏

本文探讨了在iOS开发中遇到的SDK冲突问题，主要涉及静态库(.a)和动态库(.framework)的区别。静态库在编译时会被整合进目标程序，增加程序体积但减少依赖；动态库则在运行时加载，节省空间但可能引发依赖问题。iOS 8引入动态库支持，以应对如Extension等场景。当面临库冲突时，作者建议尝试取消.framework的Target Membership或修改冲突文件。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

首先了解.a和.framework的区别

.a冲突解决办法

http://www.2cto.com/kf/201504/391792.html

.framework持续更新中

目前见效最快的就是把.framework选中，taggert Membership的对勾取消掉，就编译没有问题了，但是后续的其他问题可能还会出现

静态库

静态库即静态链接库（Windows 下的 .lib，Linux 和 Mac 下的 .a）。之所以叫做静态，是因为静态库在编译的时候会被直接拷贝一份，复制到目标程序里，这段代码在目标程序里就不会再改变了。

静态库的好处很明显，编译完成之后，库文件实际上就没有作用了。目标程序没有外部依赖，直接就可以运行。当然其缺点也很明显，就是会使用目标程序的体积增大。

动态库

动态库即动态链接库（Windows 下的 .dll，Linux 下的 .so，Mac 下的 .dylib）。与静态库相反，动态库在编译时并不会被拷贝到目标程序中，目标程序中只会存储指向动态库的引用。等到程序运行时，动态库才会被真正加载进来。

动态库的优点是，不需要拷贝到目标程序中，不会影响目标程序的体积，而且同一份库可以被多个程序使用（因为这个原因，动态库也被称作共享库）。同时，编译时才载入的特性，也可以让我们随时对库进行替换，而不需要重新编译代码。动态库带来的问题主要是，动态载入会带来一部分性能损失，使用动态库也会使得程序依赖于外部环境。如果环境缺少动态库或者库的版本不正确，就会导致程序无法运行（Linux 下喜闻乐见的 lib not found 错误）。

framework 一般情况下就是对library的封装，同时封装了对应的header文件、以及引用的资源文件(如果有)

iOS 8/Xcode 6 推出之后，iOS 平台添加了动态库的支持，同时 Xcode 6 也原生自带了 Framework 支持（动态和静态都可以），上面提到的的奇技淫巧也就没有必要了（新的做法参考这里）。为什么 iOS 8 要添加动态库的支持？唯一的理由大概就是 Extension 的出现。Extension 和 App 是两个分开的可执行文件，同时需要共享代码，这种情况下动态库的支持就是必不可少的了。但是这种动态 Framework 和系统的 UIKit.Framework 还是有很大区别。系统的 Framework 不需要拷贝到目标程序中，我们自己做出来的 Framework 哪怕是动态的，最后也还是要拷贝到 App 中（App 和 Extension 的 Bundle 是共享的），因此苹果又把这种 Framework 称为 Embedded Framework。

最后实在解决不了的伙伴们像我，把所以得冲突文件改了吧，呵呵