一. 什么是framework

Framework是资源的集合，将静态库（iOS8以后可以是动态库）和其头文件包含到一个结构中，让Xcode可以方便地把它纳入到你的项目中。

分为真机—Debug（调试）版本、真机—Release（发布）版本、模拟器—Debug版本、模拟器—Release版本；开发中一般都打包Release（发布）版本，将真机和模拟器版本合并，提供外界。

二.制作framework(Xcode版本8.3.3,可以设配8.0)

1，打开Xcode创建一个framework工程。

1.新建Framework文件工程

注:图中共两个文件工程,这章讲的是Framwork（框架），所以选择Cocoa Touch Framework文件。旁边的Cocoa Touch Static Library工程，就是平常所说的.a文件，也就是静态库。

2，Framwork库文件命名。

2.库文件名

3，Framwork库文件工程创建完成以后，会自动生成一个.h文件作为头文件使用。我们将之前写好的源文件拖进工程，并将源文件的头文件添加到Framwork库文件自动生成.h文件中。在成功生成Framwork库后，我们只需要引用TestFramework.h就可以了。如图-3。

图-3，Framwork库文件工程

4，当我们写好的源文件很多的时候，为了使用方便，往往我们会自己创建一个.h文件。当源文件中已经有了.h文件的时候，我们就不需要Framwork库文件自动生成.h文件。删除即可。如图-4；

图-4，删除自动生成的.h文件至垃圾桶

5，进行整个工程的信息配置，生成支持所有架构的版本。

      5.1，TARGETS - >Build Settings -> Architectures:添加armv7s；

5.1，配置Architectures参数

注：此处为什么添加armv7s？

首先了解一下什么是ARM，ARM是微处理器，而armv6, armv7, armv7s是ARM CPU的不同指令集，

armv6设备：iPhone， iPhone2， iPhone 3G，第一代、第二代iPod Touch

armv7设备：iPhone 3GS，iPhone 4，iPhone 4S，iPad ，iPad 2，iPod Touch 3G，iPod Touch 4

armv7s设备：iPhone 5，iPad4

arm64设备：iPhone 5S，iPad Air，iphone6，iphone6plus，iPhone6s，iPhone6s Plus等

Xcode6更新后，默认不支持armv7s，也就是默认不会编译armv7s架构，虽然其处理器架构会向下兼容，但是无法进行相关优化操作。如果你提供的Framework默认不支持armv7s架构，但是使用者要支持armv7s架构，这时就会有冲突，Xcode无法构建代码原因是丢失某架构（armv7s架构）链接库的错误，所以为了避免冲突，Framework默认支持armv7s架构，使用过程中由使用者自行决定是否支持。

      5.2，"Build Active Architecture Only" 设置为 "NO"

5.2

注：Build active Architecture Only为什么设置为NO？

       在目标设备上，执行设备对应的指令集。Build active Architecture Only 设置为YES，只会选择编译、链接对应的指令集，设置为NO时，会涵盖所有指令集，在必要的时候选择执行对应的指令集。所以一般在Debug时会选择设置为YES（效率会高点，虽然也没什么卵用），Release时会选择设置为NO，以支持所有可能的架构。

      5.3，"Mach-O Type" 设置为 "Static Library"

5.3

注：为什么Mach-O Type设置为 Static Library？

       参考：iOS开发库文件(一)之.a与.framework区别

      5.4，"iOS Deployment Target" 设置为 "iOS 8.0" ，这是支持最低运行iOS系统版本，可自行选择你需要的最低版本。

5.4

注：但是要注意的是，iOS SDK中，已经废弃的方法，这个需要配合 Base SDK 设置。

6，设置Headers，将你要公开的头文件移动到Public下，要隐藏的放在Private或者Project下，当然，隐藏的头文件就无法再被引用。

      TARGETS  -> Build Phases中，将Headers中的Project内的头文件拖到Public中。如下

6.1 6.2

7，制作Framework文件

      如图7.1，发现Framework字体为红色，说明库文件还没有生成，我们需要在真机和模拟器上都cmd+B编译一下如图7.2.1和图7.2.2。当Framework字体为黑色的时候，生成完成（有可能字体不会变为黑色，右键show in finder参考8）。

7.1 7.2.1 7.2.2

8，真机和模拟器执行文件

      我们需要将上图8.1的两个文件（TestFramework）合并成一个新的文件，并放在上述.framework文件中（真机），使之可以在模拟器和真机上均能运行。这需要用到命令行工具图8.2：

图8.1 图8.2

注：为了避免权限问题 请使用sudo

命令行语句：sudo lipo -create (此处请填写真机TestFramework文件路径 上述的TestFramework文件) (此处填写模拟器TestFramework文件路径) -output  自定义合成文件存储路径（合成文件的名字TestFramework）

将合成的TestFramework文件复制到上述真机编译执行的.framework文件夹内，将原来的TestFramework文件替换，至此我们就制作完成了TestFramework框架了，也就是当前的.framework文件

注：为什么要替换TestFramework文件？

因为原来的TestFramework文件要么只能在真机上运行，要么只能在模拟器上运行。合成文件为的就是让.framework文件既能在真机上运行也能在模拟器上运行，毕竟不能让使用者只能在某个特定的情况下才可以使用，那样就背离我们的初衷啦！

9，到此我们的Framework库就完成了。在这需要注意5个地方

      9.1，在Xcode7及以上版本中 Dead Code Stripping、Link with Standard Libraries不再需要设置成NO！

     9.2，在项目使用过程中，因为我们生成的是Framework静态库，引用头文件如图

9.2

    9.3，！！！！！！重要一点：在制作framework的时候，如果使用了category，则使用改FMWK的程序运行时会crash，此时需要在该工程中 other linker flags添加两个参数 -ObjC -all_load.

    9.4，带有图片资源的需要把图片打包成Bundle文件，和framework一起拷贝到相应的项目中。

    9.5，公开的类中如果引用的private的类，打包以后对外会报错，找不到那个private的类，可以把那个private的.h放到。

补充：本打算再补一章关于.a静态库的制作，但是发现一个关键性问题。我决定放弃了。就是.a静态库的制作和Framework基本相同 - -！