StaticLibrary和Framework的共同点和区别

库是共享程序代码的方式，一般分为静态库和动态库。

静态库

链接时完整地拷贝至可执行文件中，被多次使用就有多份冗余拷贝。

动态库

链接时不复制，程序运行时由系统动态加载到内存，供程序调用，系统只加载一次，多个程序共用，节省内存。

总结来说：其实就是加载时机和加载次数的不同。

静态库(.a文件),是一系列从源码编译的目标文件的集合，是源码的实现所对应的二进制。配合上公共的.h文件，可以获取到.a中暴露的方法或者成员变量，在最后编译app的时候.a将被链接到最终的可执行文件中，之后每次都随着app的可执行二进制文件一同加载 

在iOS 8之前，iOS 只支持以静态库的方式来使用第三方的代码

动态框架(Dynamic Framework) 

动态框架是以.framework结尾的。Framework其实是一个bundle，是一个特殊文件夹，系统的framework是存在于系统内部，而不会打包进app中，app启动的时候会检查所需要的动态框架是否已经加载。像UIKit之类的常用系统框架一般已经在内存中，就不需要再次加载，这可以保证app启动速度。相对静态库，framework是自包含的，你不需要关心头文件位置等，使用起来很方便。

Library v.s. Framework 

对比静态库和动态框架，后者是有不少优势的 

首先，静态库不能包含像xib文件，图片这样的资源文件，其他开发者必须将它们复制到app的main bundle中才能使用，维护和更新非常困难，而framework则可以将资源文件包含在自己的bundle中。其次，静态库必须打包到二进制文件中，你可能需要将同一个.a包含在app本体以及扩展的二进制文件中。这是不必要的重复 

最后，静态库只能随应用binary一起加载,而动态框架加载到内存后就不需要再次加载，二次启动速度加快。

Cocoa Touch Framework (iOS 8开始允许开发者有条件地创建和使用动态框架),但是和系统的动态框架framework不同，app中的使用的Cocoa Touch Framework在打包和提交app时会被放到app bundle中，运行在沙盒里，而不是系统中。也就是说，不同的app就算使用了同样的framework，但还是会有很多份的框架被分别签名，打包和加载。