• .a

  • .o文件合集
  • 程序代码的集合，是共享程序代码的一种方式

• .framwork

  • 苹果针对.a的一层包装

  • 在Mac OS/iOS平台, Framework实际上是一种打包方式, 将库的二进制文件、头文件和有关的资源文件打包到一起, 方便管理和分发.

    • Framework 可以通俗的理解为封装了共享资源的具有层次结构的文件夹。共享资源可以是 nib文件、国际化字符串文件、头文件、库文件等等。它同时也是个 Bundle，里面的内容可以通过 Bundle 相关 API 来访问。
      Framework 可以是 static framework 或 dynamic framework。 在 iOS App 打包完成后，如果 Framework 包含了模拟器指令集(x86_64 或 i386)，那么用 Xcode 发布 App 的时候，会报 unsupported architectures 的错误，所以需要我们手动或脚本去移除。
    • Framework和系统的UIKit.Framework还是有很大区别的. 系统的Framework不需要拷贝到目标程序中, 我们自己做出来的Framework哪怕是动态的, 字后也还是要拷贝到App中(App和Extension的Bundle是共享的), 因此苹果又把这种Framework成为Embedded Framework.

• .xcframework

  • 2019年推出 优化不同架构的处理

  • XCFramework是XCode11中提出的一个新特性，是由XCode创建的一个可分发的二进制包，它包含了 framework 或 library 的一个或多个变体，因此可以在多个平台(iOS、macOS、tvOS、watchOS) 上使用，包括模拟器。XCFramework 可以是静态的，也可以是动态的。xcframework 的好处就是用 Xcode 发布的时候，Xcode 会自动选用正确的指令集 Frameworks，省去了手动移除动态库中的模拟器指令集的工作。

  • 生成xcframework

---

摆脱 xcode和任何相关原理方面的知识, 用最简单、直接、原始的方式先来创建一个.a静态库

• ar生成.a静态库

• libtool生成.a静态库

  如果两个静态库存在重复.o, ar会替换, libtool不会, 只会警告

---

链接使用 ar生成.a静态库 / libtool生成.a静态库 中手动创建的.a静态库

• 使用.a静态库

自制的.a过于简单, 接下来以AFN为例, 链接使用

• 使用AFN静态库

---

• 通过.a静态库的链接过程得出结论, 链接一个库的三要素

  1. 头文件
  2. 库文件目录
  3. 库文件名称

• 静态库的本质

• ar查看.a静态库.o合集

• ar和libtool合并.a静态库

• 手动将.a包装成Framework静态库

• 静态库符号冲突的解决思路

• 链接静态库的优化

  • Code Generation Options
  • strip&ld
  • Other Linker Flags (OTHER_LDFLAGS)
  • deadcode strip
  • Link-Time Optimization
  • module
  • Auto-Link