简介
在企业开发中，一些核心技术或者常用框架，出于安全性和稳定性的考虑，不想被外界知道，所以会把核心代码打包成静态库，只暴露头文件给程序员使用（比如：友盟、百度地图等第三方的sdk）
静态库和动态库的存在形式
静态库：.a 和 .framework
动态库：.dylib 和 .framework
静态库和动态库的区别
静态库：链接时，静态库会被完整地复制到可执行文件中，被多次使用就有多份冗余拷贝
动态库：链接时不复制，程序运行时由系统动态加载到内存，供程序调用，系统只加载一次，多个程序共用，节省内存
注意:项目中如果使用了动态库，会苹果拒接
静态库文件的版本（4种）
- 真机-Debug版本
- 真机-Release版本
- 模拟器-Debug版本
- 模拟器-Release版本
Debug(调试)版本
1.含完整的符号信息，以方便调试
2.不会对代码进行优化
Release(发布)版本
1.不会包含完整的符号信息
2.的执行代码是进行过优化的
3.的大小会比Debug版本的略小
4.在执行速度方面，Release版本会更快些（但不意味着会有显著的提升）
所以我们一般开发中都打包Release（发布）版本，提供外界
设备的CPU架构简介（补充知识）
模拟器：
4s~5 : i386
5s~6plus : x86_64
真机：
3gs~4s : armv7
5~5c : armv7s （静态库只要支持了armv7，就可以跑在armv7s的架构上）
5s~6plus : arm64
制作静态库 - Debug版
1.新建项目
2.添加静态库并命名
3.需要打包到进静态库的代码，放在这个文件夹内
4.重新创建测试类（HSCalculate），提供外界计算两个数和的方法
HSCalculate.h
@interface HSCalculate : NSObject
+ (NSInteger)sumNum1:(NSInteger)num1 num2:(NSInteger)num2;
@end
HSCalculate.m
#import "HSCalculate.h"
@implementation HSCalculate
+ (NSInteger)sumWithNum1:(NSInteger)num1 num2:(NSInteger)num2
{
return num1 + num2;
}
@end
5.需要暴露给外界的文件（接口）
6.打包支持模拟器和真机的静态库（分别选择真机和模拟器运行，就会生成对应的静态库）
7.查看打包好的静态库
两个文件夹，里面的.a文件就是打包好的静态库
Debug-iphoneos ： 真机
Debug-iphonesimulator：模拟器
可用下面命令查看静态库支持的cpu架构（可查看上面描述的cpu架构类型）
lipo -info xxx.a
分别查看打包好的模拟器与真机的静态库所支持的cpu架构
你会发现模拟器的静态库少了4s~5 : i386架构
原因：
下面Debug：Yes表示只编译选中模拟器对应的架构，No则为编译所有模拟器支持的cup架构（Debug的Yes状态改为No即可）
修改完后，重新编译：
8.在本项目对该静态库进行调试，ViewController.m导入HSCalculate.h，测试运行，你会发现报错了
#import "ViewController.h"
#import "HSCalculate.h"
@interface ViewController ()
@end
@implementation ViewController
- (void)viewDidLoad {
[super viewDidLoad];
NSInteger result = [HSCalculate sumWithNum1:23 num2:25];
NSLog(@"result: %d", result);
}
@end
报错：
原因：
需要导入静态库（编译即可运行成功）
9.同时支持真机与模拟器的静态库（需要合并）
真机和模拟器的静态库，是不一样的，不能同时适用在真机和模拟器上，但要满足这要求的话，要对编译好的两个静态库进行合并
合并好坏：
好：开发过程中既可以在真机上调试，也可以在模拟器上调试
坏：如果静态库太大，合并打包后，会非常大，因此很多第三方的静态库的.a是区分版本的
合并产生新的静态库：
lipo -create Debug-iphoneos/xxx.a Debug-iphonesimulator/xxx.a -output xxx.a
10.把合并好的静态库和外界访问的文件拉入到新工程，即可使用（inc文件自己建立的）
Snip20150830_26.png
新建工程测试：
Snip20150830_28.png
制作静态库 - Release版
跟Debug版步骤一样，只不过在编译时，改下面的选项即可
制作静态库 - .framework版
步骤跟制作.a静态库，基本一致，但要注意的下面几点：
1.选择framework
Snip20150830_32.png
2.编译时，默认制作成动态库，要在下面选择
Snip20150830_33.png
3.合并静态库时，是选.framework文件里的libstaticlib文件
合并：
删除libstaticlib，libCalculateTool拉入libstaticlib.framework项目中，libstaticlib.framework静态库制作完成
文章同步到微信公众号：hans_iOS 有疑问可以在公众号里直接发
网友评论
我外界的工程里也用到了AFNetworking
这样我把frameWork导入我的工程 是不是报错 link错误
这有办法解决吗....
看到其他资料都是区分framework和静态库的，但是framework里面Mach-O Type 却有static library这个选项。
希望博主给予解答。
1、注意:项目中如果使用了动态库，会苹果拒接
——你难道不知道iOS8以后可以支持“Embed Frameworks”功能吗？你可以把你的动态库嵌入到APP中啊，何来会拒之说？
2、为什么你创建静态插件时会选用“Cocoa Touch Static Library”模版，而不是“Cocoa Touch Framework”模版？你不知道“Cocoa Touch Framework”模版也能生成静态库？用“Cocoa Touch Framework”创建的插件可以包含资源文件，而“Cocoa Touch Static Library”只能包含代码，如果想引用资源文件还得利用Bundle，用“Cocoa Touch Static Library”创建插件已经是很老的技术了，而且很繁琐，为什么不直接用“Cocoa Touch Framework”？
已经看不下去了～～～
我重新按照教程走，在本项目对该静态库进行调试 结果出现下面的错误： StaticLibTest[3877:229320] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '+[HSCalculate sumNum1 num2] unrecognized selector sent to class 0x102a94d88'
感觉没有把配置配好，所以导致没有找到相应的方法，但是我不知道哪里配置有问题
1. 这样制作出来的framework可以明确表明支持6.0吗？我个人允许在iOS6的设备上没有什么问题。
2. 另外有尝试过提交的AppStore审核吗？
如果是都OK，感觉以后不需要静态库了，都使用静态framework就好的，管理头文件方便很多。。。
1. 有实际产品的例子吗？或你们公司上架过吗？
2. dlopen其实并不友好。。给一个动态库别人接入也麻烦。
实际上没有版本要求，在苹果的文档里面已经明确写了支持低版本iOS，当然如果版本过低，你可能需要使用dlopen()来手动载入动态库。