静态库

静态库简介

  1. 什么是库?

    库 就是程序代码的集合, 是共享程序代码的一种方式

  2. 库的分类?

    1. 开源库

      公开源代码, 能看到具体实现

      例如MJExtension, MJRefresh, AFNetworking...

    2. 闭源库

      不公开源代码, 是经过编译后的二进制文件, 看不到具体实现

      主要分为: 静态库 和 动态库

  3. 静态库的存在形式? .a .framework

  4. 动态库的存在形式? .dylib .framework

  5. 静态库和动态库的区别?

    1. 静态库在链接时, 会被完整的复制到可执行文件中; 被多次使用, 就有多份拷贝;
    2. 动态库则不会复制, 只有一份. 程序运行时动态加载到内存; 系统只加载一次, 多个程序共用, 节省内存;
    3. 但是!!!! 项目中如果使用到自己的动态库, 不允许上架!
    4. 再但是!!! WWDC2014上公布的 苹果对ios8开放动态加载dylib的接口 也就是说 开放了动态库挂载

  6. 静态库应用场景?

    1. 保护自己的核心代码。国内的企业，掌握有核心技术，同时是又希望更多的程序员来使用其技术，因此采用"闭源"的方式开发使用。例如：百度地图，友盟，JPush等
    2. 将MRC的项目,打包成静态库, 可以在ARC下直接使用, 不需要转换

  7. 静态库的特点?

    只能看到 .a + .h，看不到具体实现的代码

制作静态库 .a

创建工程

MyLib.h

#import <Foundation/Foundation.h>

@interface MyLib : NSObject

+(void)log;

@end

MyLib.m

#import "MyLib.h"

@implementation MyLib

+(void)log {

    NSLog(@"静态库测试打印");
}

@end

command + B 编译，为了能让外部能看到头文件，需要做如下设置再编译

这样就可以去到.a文件

这样就可以新建一个工程去测试静态库了，如果是swift，记得写桥接文件

注意：

使用模拟器的静态库, 拖入测试工程

  • 使用6S模拟器进行测试, 通过
  • 使用真机, 编译; 失败
  • 使用低型号模拟器测试,; 失败

测试结果分析

  • 模拟器下的静态库和真机下的静态库不能共用
  • 主要原因是模拟器和真机CPU架构不一样(各个模拟器型号之间架构也不一样)

注意静态库所支持的架构。不同机型的CPU, 对应的架构不同。

模拟器: 
    4s----5  : i386
    5s----6sPlus : x86_64
真机:
    3gs---4s : armv7
    5/5c : armv7s(armv7兼容armv7s)
    5s---6sPlus: arm64

查看静态库支持的架构

  • lipo -info 库文件

  • 分别选中不同的模拟器, 进行编译, 查看不同的静态库支持架构

怎样一次编译支持多个架构的的静态库?

正常情况下, 需要选中每一个模拟器进行编译, 生成支持对应架构的静态库. 然后合并; 非常蛋疼

解决方案:Build Settings -> Build Active -> NO。表示不止编译活跃的架构, 让所有的架构都编译

再编译，然后用lipo -info查看

静态库文件的版本

调试版本

  • 真机-Debug版本
  • 模拟器-Debug版本

特点

  • 调试版本会包含完整的符号信息，以方便调试
  • 调试版本不会对代码进行优化

发布版本

  • 真机-Release版本
  • 模拟器-Release版本

特点

  • 发布版本不会包含完整的符号信息
  • 发布版本的执行代码是进行过优化的
  • 发布版本的大小会比调试版本的略小
  • 在执行速度方面，发布版本会更快些，但不意味着会有显著的提升

怎样生成不同版本?

项目 -> Edit Scheme -> Run -> Release/Debug 分别进行编译

如果想要一个静态库, 既可以在模拟器上运行, 也可以在真机上运行怎么做?

因为静态库针对于模拟器和真机生成了不同版本(支持不同架构), 所以没法同时运行

解决方案:

静态库的合并

检测.a的类型
    $ lipo -info libCZTools.a

合并.a
    lipo -create Debug-iphoneos/libTools.a Debug-iphonesimulator/libTools.a -output libTools.a

特点

  • 合并.a的好处，开发过程中既可以在真机上调试，也可以在模拟器上调试
  • 合并.a的坏处，如果静态库太大，合并打包后，会非常大，因此很多第三方的静态库的.a是区分版本的
  • 今后在使用.a时一定注意版本

制作静态库 framework

和.a静态库创建类似

  • 新建功能, 直接选择.framework静态库

  • 编译时, 设置编译所有架构

  • 默认制作的是动态库, 需要设置链接类型

    target -> Build Settings-> 搜索 Mach-o Type ; 改为静态库

导入动态库

总结

  • 静态库打包的完整正确步骤

  1. 确定是静态库

    .a 的肯定是静态库

    .framework的需要设置链接类型

    target -> Build Settings-> 搜索 Mach-o Type ; 改为静态库

  2. 确定支持模拟器或者真机中的所有架构 Build Settings -> Build Active -> NO，表示不止编译活跃的架构, 让所有的架构都编译

  3. 提供的静态库应该是release版本 项目 -> Edit Scheme -> Run -> Release/Debug 分别进行编译

.a静态库和.framework静态库的区别?

  • .a是一个纯二进制文件, .framework中除了有二进制文件之外还有资源文件
  • .a文件不能直接使用, 至少要有.h文件的配合; .framework文件可以直接使用
  • .a + .h + sourceFile = .framework
  • 建议使用.framework

静态库开发中的常见问题

问题1: 有些第三方库会使用到一些图片素材，例如公司的logo等。

由于Xcode默认在编译时会把所有的素材文件导入到mainBundle中，可能与使用静态库的程序冲突。

解决方案:在静态库中如果要使用图片素材，会利用bundle的手段

  • 建立bundle，并且向其中添加图片
  • 创建一个类方法，返回图片
  • 编译
  • 调用方如果需要使用，需要导入 .h + .a + XXX.bundle

问题2:如果用户需要导入的头文件过多怎么加?

建议使用一个主头文件包含其他头文件, 让用户只导入一个主头文件

问题3: 静态库程序怎样测试?

静态库本身就是一个小项目, 实现某些功能, 但是这些功能在开发中也需要测试. 而测试代码又不能作为静态库的一部分

解决方案:创建复合项目

results matching ""

    No results matching ""