组件二进制化

优点：

• 加快编译速度
• 将固定的业务模块化，方便管理
• 共享业务功能又保密实现逻辑
• 开发第三方SDK

目录：

• 二进制化的优点
• 命令扩展
• 分类
• 静态库动态库制作方法
• 项目组件二进制化实操

命令扩展

• 查看库版本信息
  终端cd到库所在的父目录，使用命令
  $ lipo -info xxx.a
• 查看framework的信息
  终端cd到framework所在的父目录，使用命令
  $ file xxxx
• 两个库合成一个
  $ lipo -create xx/xx/Name01.a xx/xx/Name02.a -output newLib.a
  则在当前目录下生成一个newLib.a库文件
• 删除某个架构
  $ lipo -remove i386 xxx/xx/Name.a -output NewName.a
  执行命令后查看已经没有了i386架构
• 只保留某个架构
  $ lipo -thin arm64 xxx/xx/Name.a -output NewName.a
  执行命令后查看，已经只有arm64架构
  -thin命令是瘦的，表示瘦身的意思；
  fat是胖的，表示臃肿、多个的意思；

分类

• 静态库
• 动态库

静态库

• .a 静态库
• .framework 静态库

静态库中 .a 和 .framework 有什么区别？

• .a是一个纯二进制文件；.framework除了二进制文件还有.h头文件和资源文件
• .a要有.h头文件配合才能使用；.framework已经有了头文件可以直接使用

动态库

• .framework
• .dylib
• .tbd

动态库和静态库的区别

• 链接的时候
  • 静态库在链接时会完整拷贝到可执行文件中，每个程序都会拷贝一份
  • 动态库只有一份，链接的时候不复制，运行的时候会动态加载到内存，系统只加载一次，供多个程序调用
• App Store 不允许开发者自己使用动态库的App上架

制作方法

制作 .a 静态库

• 新建项目时，选择 Cocoa Touch Static Library，创建 .a 静态库。
• 创建类编写代码
• 需要把.h文件暴露出来
  • 选择对应target - build phases - copy files - 添加 - 选择头文件 - 确定
• 编译后，选择product-show in finder
• 注意
  • 编译之前，选择某个版本模拟器会编译模拟器对应的设备版本，选择Generic iOS Device会编译真机设备版本
  • 如果想编译所有版本，做如下配置
    选择对应target - Build Settings - Build Active Architecture Only => 设置为 NO
    【设置为NO之后，再选择某个模拟器-编译，使用命令查看版本，就会发现 i386 x86_64 都有了】
  • 处理器架构
    • 模拟器
      • 4s-5：i386
      • 5s-：x86_64
    • 真机
      • armv6：iPhone、iPhone2、iPhone3G、iPod Touch1、2
      • armv7：iPhone3Gs、iPhone4、iphone4s、iPad、iPad2
      • armv7s：iPhone5、iPhone5c
      • arm64：iPhone5s、iPhone6、iPhone6Plus、iPhone6s... iPad Air、iPad Air2、iPad mini、iPad mini2...
    • 所有指令集原则上都是向下兼容的，即高版本兼容使用 低版本

.a静态库注意资源文件

• 如果使用的是.a静态库，那么图片等资源文件要在Xcode中新建文件夹或拖动资源文件夹时，在Added Folders选项中，不能选择Create Groups(黄色)，而应该选择Create folder References(蓝色)。
• 这样，如果在主工程有同名资源文件，编译后就不会覆盖库中使用的资源文件。
• 或者直接把资源文件夹修改为扩展名为.bundle的资源文件夹，这样选择group或者folder都可以。

Xcode指令集配置与使用-扩展

Xcode中关于指令集的配置与使用
具体在Xcode中的使用，我们在Xcode中选择将要设置的target，然后打开build setting, 可以看到有关指令集设置的Architectures选项。
在这里的关键设置有三个，可以通过这里设置Xcode生成二进制包的指令集
1.Architectures:
作用：设置工程被编译后将支持哪些指令集，支持指令集是通过编译生成对应的二进制数据包实现的。
特点：设置支持的指令集数据越多，编译出的二进制包包含的指令集代码越多，这样就会使最后编译的包很大。
2.valid Architectures：
作用：设置可能支持的指令集，这里的指令集选项和Architectures列表中指令集选项的交集，将决定最后Xcode生成二进制包所支持的指令集。
举例：Architectures支持armv7, Valid Architecture支持armv7、armv7s、armv64，那么Xcode只会生成一个armv7指令集的二进制包。
3.build Active Architecture only
作用：设置是否只编译当前使用设备所对应的arm指令集。也就是说当该项设置为YES的时候，上述规则(Architectures和valid Architectures交集决定二进制包所支持指令集)将被打破。
举列：设置该选项是YES,并且连接一个armv7指令集设备，无论前面两项如何设置，Xcode最终生成armv7指令集的二进制包。不过设置为YES生效有个前提条件就是，Xcode必须成功连接了调试的设备。
注意：
一般的情况下，build Active Architecture only选项默认在Debug模式下是YES, Release模式下是NO，但是我们在开发的时候，有时候也会遇到一些第三方文件找不到路径的问题，这时要求我们设置Debug模式下也为NO。
遇到的问题
在这里记录一个在开发中遇到的问题。曾经在使用CocoaPods管理第三方的时候，遇到了“library not found for -lXXX”的错误，当时使用了Masonry的库。Xcode报错如下：
Directory not found for option '-L/Users/.../Build/Products/Debug...'
Linker command failed with exit code 1 (use -v to see invocation)
Activity Log Complete 时间
其实这是因为CocoaPods在引入第三方类库的时候，默认build Active Architecture only在Debug模式下是YES导致的，修改为NO就可以了

制作 .framework 静态库

• 新建项目时，选择 Cocoa Touch Framework，创建 .framework 动态库，注意创建一个framework属于动态库（下一步要配置成静态库）
• 配置成静态库
  • 选择对应的target - Build Settings - Mach-o Type - 设置为Static Library。 （由Dynamic Library修改为Static Library）
• 创建类编写代码
• 暴露头文件
  • 选中对应target - Build Phases - Headers - 将Project下要暴露出来的头文件拖动到Public中
• 一般scheme中选择release再编译
• show in finder 找到并使用
• 生成的库中包含的CPU架构的版本问题如上配置

使用.framework静态库

• 将framework添加到工程
• 选择对应target - General - Embedded Binaries - 点击+号
• 选中添加的framework - 确认
• 注意：在正式项目打包上线的版本中，如果不适配iPhone5及一下版本，就需要将打好的静态库进行瘦身，只保留arm64即可。

项目组件二进制化实操

1. 新建库目录并新建库framework工程
2. 编写库代码
3. 配置库
   • 配置架构全部支持
   • 配置Mach-o为静态库
   • 公开头文件
   • 配置为release模式
4. 编译生成Product
5. 为方便查找Product，将编译生成的Product路径放到工程文件同级目录下
   • File - Project Settings - Device Data-Advanced
   • Build Location - Custom - Relative to Workspace
   • Products：Products
   • Done
6. 制作远程私有仓库
   • 注意spec文件的各项配置
   • 特别注意，将.framework中的头文件，拷贝一份到与spec文件同级目录的Headers的新建文件夹中
   • 同时，配置s.source_files = 'Headers/**/*'
   • 特别注意，添加配置vendored_frameworks项
     • 要在s.source_files = ''后添加s.vendored_frameworks = 'xx/Name.framework'这一项
     • 比如= 'Product/Name.framework'
     • source_files负责找到头文件
     • vendored_frameworks负责找实现
   • 按照创建并配置远程私有库的步骤操作
7. 在项目中安装使用 $ pod install
8. 方案优化
   使用远程私有库的过程中，需要组件的源码与组件的二进制静态库在一个工程方便组件的管理与修改，也方便使用时在库的源码和静态库文件之间切换。

使用远程私有库的过程中，库的源码和静态库文件之间切换

问题：如果需要在源码和静态库之间不断切换，那这种只安装一种的形式就不方便了。

• 在源码形式的远程私有库测试工程中添加target，类型为静态库.framework，并配置静态库；
• 将.framework输出文件夹改到方便的位置，一般与库配套的测试工程的.workspace文件同级；
• 将库的源代码的引用拖入工程测试文件系统中，不勾选copy，只添加引用；
• 编写代码，打tag；
• 发布新版本
  • 为了方便操作，发布新版本的过程可以简化为直接到.cocoapods文件夹中复制一份旧版本重命名为新版本，并修改新版本中.spec文件的配置
  • 配置成静态库之后，就达到了在同一个组件中，即有组件源码，又有组件二进制静态库的形式
• 在主工程中pod安装使用
  注意：刚添加的新版本还没有同步到本地索引文件，需要手动删除Cache中的索引文件，然后重新搜素或安装使用。
• 切换
  在使用时，通过静态变量控制安装类型
  • 在.spec文件中，声明环境变量并通过环境变量的方式来控制库的使用方式

    if ENV[aName]
        s.source_files = 'xxx/Classes/**/*'
    else 
        s.source_files = 'xxx/Classes/**/*.h'
        s.vendored_frameworks = 'xxx/Products/xx.framework'
    end
    

    “aName”为自定义环境变量名称
  • 在安装使用时，使用带有环境变量的命令

    # 命令一
    $ aName=1 pod install
    

    或者

    # 命令二
    $ pod install
    

    分别对应分支下的内容
  • 特别注意
    先通过命令一安装源码，再通过命令二只安装静态库，然后再通过命令一安装源码，此时查看Pods中，会发现并没有源码。
    原因是cocoapods有缓存，这时候就需要先清除缓存：
    $ pod cache clean --all
    清除所有缓存再安装