iOS静态库和动态库浅析
一、库
库是共享程序代码的方式，一般分为静态库和动态库。
二、静态库和动态库
静态库形式：.a和.framework
静态库：链接时完整地拷贝至可执行文件中，被多次使用就有多份冗余拷贝。
动态库形式：.dylib和.framework
动态库：链接时不复制，程序运行时由系统动态加载到内存，供程序调用，系统只加载一次，多个程序共用，节省内存。
三、库的创建
新建工程，然后如下所示来创建
.a静态库比较简单，下边的讨论都是基于.Framework来说
Framework默认是动态库，修改builsetting里的Mach-O Type可以修改成静态库
Framework
都是Framework怎么看是静态库还是动态库呢？
动态库里的二进制文件是个unix可执行文件，静态库不是，目前我是这么看的，如果有问题欢迎提出来。
注：系统提供的Framework都是动态库
四、静态库制作
我们可以选择编译debug或者release版本的，如下图所示，最后给外部使用的时候要用release版本，因为release版本做过编译上的优化。
默认release版本build setting的build Active Architecture Only为No，可以生成所有架构
真机：arm64 armv7 armv7s
模拟器：i386 、x86_64
查看架构可以用命令 lipo -info StaticLibDemo
但真机和模拟器的库是分开的，需要进行合并
命令行进入Products目录执行如下命令
lipo -create Release-iphoneos/StaticLibDemo.framework/StaticLibDemo Release-iphonesimulator/StaticLibDemo.framework/StaticLibDemo -output StaticLibDemo
就会在Products目录生成合并后的二进制文件StaticLibDemo，然后复制到任意一个Framwork下替换对应的二进制文件，就是最后我们需要的Framwork。
当然也可以通过在xcode添加脚本在编译时直接生成，在工程的Build Phases里添加以下脚本，真机和模拟器都Build一遍之后就会在工程目录下生成Products文件夹，里面就是合并之后的Framework
if [ "${ACTION}" = "build" ]
then
INSTALL_DIR=${SRCROOT}/Products/${PROJECT_NAME}.framework
DEVICE_DIR=${BUILD_ROOT}/${CONFIGURATION}-iphoneos/${PROJECT_NAME}.framework
SIMULATOR_DIR=${BUILD_ROOT}/${CONFIGURATION}-
iphonesimulator/${PROJECT_NAME}.framework
if [ -d "${INSTALL_DIR}" ]
then
rm -rf "${INSTALL_DIR}"
fi
mkdir -p "${INSTALL_DIR}"
cp -R "${DEVICE_DIR}/" "${INSTALL_DIR}/"
lipo -create "${DEVICE_DIR}/${PROJECT_NAME}" "${SIMULATOR_DIR}/${PROJECT_NAME}" -output "${INSTALL_DIR}/${PROJECT_NAME}"
fi
Framework资源文件
如果有资源文件，可以把放到bundle文件里，新建一个文件夹，后缀改成.bundle，然后把资源文件加入bundle文件就可以了。
想把bundle文件打进Framwork里需要在Build Phases ->Copy Bundle Resources里添加bundle文件
静态库使用注意事项
如果静态库中有category类，则在使用静态库的项目配置中【Other Linker Flags】需要添加参数【-ObjC]或者【-all_load】
五、动态库制作
动态库制作方式跟静态库一样，只要把Mach-O Type设置为Dynamic Library就行
动态库使用
使用动态库需要把动态库添加到 General->Embedded Binaried下边，不然会报错
最后打出来的app除了主应用，还会有个Framworks的目录，里边是所有的动态库
为了对比我们看下引用静态库后打出来的app，静态库全部打到主应用里了，并没有Framework的目录
在iOS8中App Store对上线的应用text代码段是有限制的，我们公司的应用就超过了限制，但可以把一些库打进动态库，这样就符合要求了，我们内部把所有的库都做成pod了，这样我们只需要新建一个动态库target,把所有需要动态化的库引入这个target就可以了，不管引入的是静态库还是动态库只要引入这个target就动态化了
podfile里的写法
对外的提供的库，要支持制作动态库，需要注意的坑
1、使用自己的资源：写成 [NSBundle bundleForClass: [self class]]，这样无论在主工程还是在 Framework 中的代码，都能找到自己的归宿
系统库 Category 的代码，不能用 self，因为这个时候 self 还是系统库，使用下面描述的 bundleForClass 方法
2、使用别人的资源：比如使用 某个库 中的资源，那么就写成 [NSBundle bundleForClass: [库的xx类 class]]
i.由于引用的是别人的资源，所以这个类最好找一个稳定的，最好永远不会改名或者删除的类
ii.由于引用的是别人的资源，所以最好要写防御代码，以应付找不到资源的情况
iii.引用别人的资源这种做法，本身也很诡异，所以能避免就避免吧，实在不能避免，让“别人”给你提供一个引用资源的接口
3、UIImage 的 imageNamed: 方法只会在 mainBundle 中搜索，需要改成使用 imageNamed:inBundle:compatibleWithTraitCollection: 方法
i.inBundle 传什么参数，根据实际情况使用上述的 [self class] 或者 bundleForClass
ii.这个方法从 iOS 8 才有，如果你的库还需要支持 iOS 7，注意做好 if 保护
iii.这个方法跟 imageNamed: 一样，从 iOS 9 开始才线程安全
4、访问主程序的信息（比如 Info.plist），仍然使用 mainBundle，比如获取 App 版本号
[[[NSBundle mainBundle] infoDictionary] objectForKey:@"CFBundleShortVersionString"]
参考链接
