静态库
2016-06-01 本文已影响217人
面糊
一. 静态库的简介
- 库
- 所谓库, 就是讲程序代码集合, 封装为一个库文件, 他是共享代码的一种方式, 可以将自己的代码共享给他人使用
- 库的分类
- 开源库: 公开代码, 能看到代码的具体实现
- 闭源库:
- 不公开代码, 将代码的实现编译为二进制文件, 只将API接口提供给使用者
- 闭源库分为
- 静态库: .a和.framework
- 动态库: .dylib和.framework
- 静态库和动态库的区别
- 静态库在链接时, 会被完整的复制到可执行文件中; 多次使用, 就会有多次的拷贝;(import)
- 动态库则不会复制, 只有一份, 当程序运行时动态加载到内存; 系统只加载一次, 多个程序可以共用, 节省内存
- 注意: 项目如果使用到自己的动态库, 苹果就不会上架你的APP
- 但是, 在WWDC2014上公布的, 苹果对iOS8开放动态加载dylib的接口, 也就是说开放了动态库挂载
- 静态库的主要用途
- 保护自己的代码: 将自己的技术分享给其他人使用, 但是又不希望自己的代码暴露给别人, 就可以使用静态库:
- 如一些技术公司提供的SDK: 支付宝/百度高德地图/推送等
- 将MRC的项目, 打包成静态库, 可以直接在ARC的环境下直接使用, 不需要转换
- 保护自己的代码: 将自己的技术分享给其他人使用, 但是又不希望自己的代码暴露给别人, 就可以使用静态库:
二. 静态库的制作
- 生成静态库的大致步骤:
- 创建一个项目, 在选择工程文件时: iOS(Framework & Library) -> Cocoa Touch Static Library
- 选择当生成静态库时, 要暴露给外人使用的头文件
- TARGETS(项目文件) -> Build Phases -> Copy Files -> 需要暴露的头文件后面打钩(Code Sign On Copy)
- 如果当前是模拟器环境, 编译程序的话, 就会得到模拟器状态下的静态库
- 如果当前是真机环境, 编译程序就会得到真机状态下的静态库
- 编译之后, 在项目工程文件处查看, 如果Products中的.a文件是红色的, 代表创建失败
- 如果.a文件变为白色, 代表创建成功, 右击Show In Finder就可以查看对应版本的静态库
- Debug-iphoneos: 调试版本的真机静态库
- Debug-iphonesimulator: 调试版本的模拟器静态库
- Release-iphoneos: 发布版本的真机静态库
- Release-iphonesimilator: 发布版本的模拟器静态库
- 生成的静态库一般包括两个文件
- include文件夹, 存放暴露出来的头文件, 有各种属性/方法的声明
- .a文件: 将实现文件编译为二进制后生成的文件
三. 静态库使用测试
- 使用模拟器的静态库:(在6S, iOS9.2模拟器环境下生成的静态库)
- 模拟器和真机环境下的静态库不能共用
- 使用低版本的模拟器, 不能运行高版本模拟器下生成的静态库
- 静态库对应的CPU架构:
- 模拟器:
- 4s---5: i386架构
- 5s---6sPlus: x86_64架构
- 真机:
- 4s: armv7
- 5/5c: armv7s(但是他兼容armv7)
- 5s---6sPlus: arm64
- 模拟器:
- 查看当前静态库支持的架构
- 使用终端, 进入静态库.a文件所在的目录
- 使用命令: lipo -info .a文件名称, 即可查看静态库所支持的系统架构
- 经过检查, 刚刚生成的静态库支持的架构为: i386和x86_64, 因此他是不支持真机运行的
- 在不同的模拟器下进行编译, 生成的静态库支持的架构也就不同
- 生成支持多个架构的静态库
- 默认情况下, 需要选中不同的模拟器分别进行编译, 才会生成支持对应架构的静态库, 然后再合并静态库
- 如果要生成支持多个架构的静态库, 需要以下步骤:
- 点击TARGET项目工程文件 -> Build Settings -> Build Active -> NO
- 该选项表示不知编译活跃的架构(当前架构), 而是编译所有的架构
四. 静态库文件的版本
-
调试版本:
- Debug-iphoneos: 真机调试版本
- Debug-iphonesimulator: 模拟器调试版本
- 特点:
- 调试版本会包含完整的符号信息, 方便调试
- 调试版本不会代码进行优化
-
发布版本:
- Release-iphoneos: 真机发布版本
- Release-iphoneSimulator: 模拟器发布版本
- 特点:
- 发布版本不包含完整的符号信息
- 发布版本的代码会进行优化
- 发布版本的大小比调试版本略小
- 在执行速度方面, 发布版本会更快一些, 但是效果也并不显著
-
生成不同的版本:
- 项目 -> Edit Scheme -> Run(info) -> Release/Debug分贝进行编译
-
生成一个既支持模拟器又支持真机的静态库
- 由于静态库针对于模拟器和真机, 生成的静态库版本是不一样的(为了不同的CPU架构), 因此无法同时运行
- 静态库的合并
- 在终端, 使用lipo -info .a文件名称的方法, 查看静态库的版本
- 合并.a文件
lipo -create Debug-iphoneos/libTools.a Debug-iphonesimulator/libTools.a -output libTools.a - 文件合并之后, 可以查看该静态库目前已经支持armv7 i386 x86_64 arm64
-
合并静态库的特点:
- 合并后的静态库, 既可以在真机上调试, 也可以在模拟器上调试
- 但是如果静态库太大, 合并打包之后静态库会很大, 影响App的大小, 因此很多第三方静态库都是区分版本的
- 因此, 使用静态库的时候一定要注意静态库支持的版本
-
拆解指定架构的库
- 可以将合并后的静态库, 按照所需版本拆解出来
- 终端命令:
lipo -thin 架构名称 .a路径 -output 目标路径
五. .framework静态库的制作
- 制作流程
- 新建项目: 选择.framework静态库
- 编译时, 设置编译所有的架构
- TARGET -> Build Setting -> Build Active -> NO
- 此时编译的话, 默认产生的是动态库, 因此要设置链接类型
- TARGET -> Build Setting -> 搜索Mach-o Type -> 改为静态库(Static Library)
六. 静态库的简单小结
-
静态库的完整打包步骤:
- .a文件肯定是静态库
- .framework文件more是动态库, 需要转换为静态库(Mach-o Type)
- 确定静态库是否支持模拟器或者真机中的所有CPU架构(Build Active)
- 提供的静态库一般应该为release版本(项目文件 -> Run -> info)
-
.a和.framework静态库的区别
- .a是一个纯二进制文件, 而.framework文件除了二进制文件, 还可以包含一些资源文件
- .a文件不能直接使用, 需要.h文件配合使用; 而.framework文件则可以直接使用
- .a + .h + sourceFile(bundle文件) = .framework文件
- 建议使用.framework文件
-
静态库开发中遇到的常见问题
- 一些静态库包含的资源文件可能与我们自己的资源文件重名
- Xcode在编译的时候, 会把所有的资源文件导入mainBundle中, 这样可能出现重名冲突
- 因此在静态库中使用图片素材, 需要利用bundle文件
- 建立一个bundle文件, 然后向其中添加静态库所需的图片
- 在库中创建一个类方法, 返回图片
- 编译
- 外界如果需要使用图片, 需要导入.h + .a + XXX.bundle文件
- 如果用户需要导入的头文件过多, 就可以使用一个主头文件, 包含其他所有的头文件, 这样用户只需要导入一个主头文件就可以了
- 静态库程序怎样测试
- 静态库本身就是一个项目文件, 为了实现某些功能, 通常需要和项目一起进行测试, 才能查看是否达到了预期的效果
- 因此可以使用复合项目的方法来解决
- 直接在项目中, 创建一个.framework的文件
- 正常设置库文件应该做的设置
- 配合项目工程来调试你的静态库
- 最后设置打包静态库
- 一些静态库包含的资源文件可能与我们自己的资源文件重名
七. 静态库的补充
- 将MRC的项目, 打包为静态库, 可以在ARC下直接使用, 不需要转换
- Swift不支持静态库, 他只能使用静态库
- 如果要想打包动态库并且暴露API, 就需要在你需要暴露的方法前, 增加public关键字
