作者:Mitchell 

静态库与动态库的区别：

• 静态库在编译阶段成为 App 可执行文件的一部分，如果多个 App 都会用到就会有多个拷贝，这样会增加可执行文件的大小。因为 App 尺寸变大，启动时需要加载的内容变多，所以可能会导致 App 启动变慢。
• 动态库并不会被复制，也就不会增加可执行文件的大小，只有当 App 需要使用的时候，才会将它加载进内存。

一、创建过程

• 1、创建静态库工程

  
  
  创建出静态库.png

• 2、创建静态库文件
  正常创建静态库需要封装的文件，这里的文件仅仅是举个例子。

  
  
  静态库文件.png

• 3、将头文件暴露出来
  将头文件添加到Copy Files中去：

  
  
  暴露头文件.png
• 4、编译静态库
  注意：需要修改Build Settings中的 Build Active Architecture Only 以满足运行不同CPU环境的模拟器。 将此设置为NO。
  
  屏幕快照 2015-10-07 上午11.10.27.png
  在不同编译环境下编译会生成四种静态库，debug模拟器，debug真机，release模拟器，release真机，我们需要将运行环境调至不同的状态并生成如上四种形式的静态库。这里只以一种情况为例：
  • 设置是Debug还是release
    选择Edit Scheme--> Buid Configuration设置为release
    
    屏幕快照 2015-10-07 上午11.13.24.png
    
    
    屏幕快照 2015-10-07 上午11.13.29.png

  • 设置模拟器还是真机
    就是设置模拟器还是真机，因为之前我们将只编译当前环境设置为NO，所以编译出来的静态库会支持各种CPU环境。

    
    
    屏幕快照 2015-10-07 上午11.18.21.png
  • 最后不要忘了按住 command+b 编译啊！（分别在模拟器和真机的环境下编译才能生成所对应环境的静态库）
    你会发现你的静态库文件从红色变成了黑色，这就是编译完成了啊。可以 show in finder 查看文件所在位置。
    
    屏幕快照 2015-10-07 上午11.21.03.png
  • 你会看到如下四个目录，这个就成功啦
    
    屏幕快照 2015-10-07 上午11.27.49.png

二、查看静态库所支持的CPU环境

• 每一个手机都有属于自己的架构，不同CPU采用的是不同的CPU架构。 任何一个静态库都有它支持的CPU架构，如果是跑在不支持的CPU架构上面，那么就会报错。比如基于iPhone 6sPlus的架构来创建的静态库，如果运行在4s上 就会报错。修改Build Settings -- >Build Active Architecture Only 为NO 就解决了这个问题。
  iPad2/iPhone4s/iPhone5 : i386
  iPad air/iPhone5s-->iPhone6Plus : x86_64
  真机
  iPhone3gs-->iPhone4s:armv7
  iPhone5/iPhone5c: armv7s
  iPhone5s --> iPhone6Plus :arm64
• 在终端中使用 lipo -info 静态库文件 查看文件支持的运行环境，例如

Mitchell:Products root$ lipo -info /Users/mengchen/Library/Developer/Xcode/DerivedData/MethodLib-clbgphvlclnkonflstrcrdfsvqen/Build/Products/Release-iphoneos/libMethodLib.a 
Architectures in the fat file: /Users/mengchen/Library/Developer/Xcode/DerivedData/MethodLib-clbgphvlclnkonflstrcrdfsvqen/Build/Products/Release-iphoneos/libMethodLib.a are: armv7 arm64 

三、静态库的操作

• 合并

lipo -create 静态库1 静态库2 -output 新静态库名称.a

Mitchell:Products root$ lipo -create Debug-iphoneos/libMethodLib.a Debug-iphonesimulator/libMethodLib.a -output libstatic.a

如下图所示 libstatic.a 支持模拟器和真机

屏幕快照 2015-10-07 上午11.49.52.png

• 查看架构

lipo -info xxx.a

• 移除架构

//移除 armv7
lipo -remove armv7 xxxsource.a -output  xxxoutput.a

四、静态库使用中的一些注意点

• 如果直接拖拽的是一个项目，并将项目当做一个静态库引用需要这样处理：在 Build Phases 中的 Target Dependencies 和 Link Binary With Libraries 中分别添加项目。

  
  
  2.png
  
  
  1.png

• 如果仅仅是一个静态库的话，那么Link Binary WithLibraries 是必须添加的。

  
  
  1.png

• 如果编译的静态库中有分类的话必须在 Build Settings --> Other Linker Flags 中加 -Objc 如果还崩溃，还得加上 -all_load

• 关于在静态库中添加资源，一般使用的是bundle文件夹，如何创建呢？很简单先创建一个文件夹，然后将所需资源扔进去，最后将文件夹名称加上后缀bundle就ok了。注意，默认的静态库编辑是不会将bundle一起编译进去的，所以这个文件夹需要我们手动添加到使用静态库的工程中去。

五、Framework 的制作

• 制作、编译的过程与静态库相同，只不过创建工程的时候选择的是framework库。
• 注意：动态库可以使用但是不能上架！ 而且使用的时候必须在添加动态库的工程中的 General-->Embedded Binaries 中添加一下，具体如图所示：
  
  屏幕快照 2015-10-07 下午12.42.13.png
• 那么如何想使用动态库上架呢？ 我们只需要在制作的时候将其编译成静态库。在Buid Settins-->Mach-O Type--> Static Library具体如图：
  
  动态转静态.png
  
  同样不要忘了编译，这样编译出来的库就是静态库了。我们就可以像静态库一样在工程中使用了。

六、Framework 的查看与合并

• 这里有个注意点就是，我们所要查看和合并的并不是xxx.framework，而是xxx.framework目录下的xxx，以下图为例，我们想要查看或合并的文件就是libframework，对这个文件进行操作就可以了。
  
  查看或合并的文件.png

七、制作库的时候可能会遇到的问题

• 当制作静态库并引用 pod 依赖的时候，这个时候如果希望编译出的包支持多个架构，那么必须让对应的 Pods-Target 也支持相应的架构。
  比如： MITDBKit 需要支持多个架构，而且 MITDBKit 依赖于其他 pod 的时候。

  
  
  MITDBKit.png

• 这时在 pod Project 中应该对应有一个Pods-MITDBKit Target，也应该有一样的设置，不然很可能会报错。

  
  
  Pods-MITDBKit.png

• 当我们删除了与 framework 同名的文件时候会报以下警告，添加一个和库一样名称的头文件即可解决。

warning: no umbrella header found for target 'MITDBKit', module map will not be generated

八、 基于pod package 的快速打包库的方式

• 安装

sudo gem install cocoapods-packager

• 使用：

pod package xxx.podspec 

• 支持 .a、framwork、embeded framework 格式的打包
• 优点：这种方式打出的包默认是支持各种架构的，并不像在工程中手动去编译，还需要自己去将模拟器和真机合成。