在日常項(xiàng)目開(kāi)發(fā)中,不論是為了兩個(gè)公司項(xiàng)目上的業(yè)務(wù)交流還是為了減少項(xiàng)目的編譯時(shí)間,有的時(shí)候我們會(huì)把項(xiàng)目中的私密內(nèi)容打包成靜態(tài)庫(kù),或者是把項(xiàng)目中變動(dòng)較少一部分打包成靜態(tài)庫(kù)以便提高編譯效率,那么下面我們就來(lái)學(xué)習(xí)一下"iOS-靜態(tài)庫(kù)的創(chuàng)建與使用":

(一)iOS靜態(tài)庫(kù)、動(dòng)態(tài)庫(kù)與Framework靜態(tài)庫(kù)與動(dòng)態(tài)庫(kù)的區(qū)別

(1)什么是庫(kù)？

庫(kù)(Library)直白一點(diǎn)說(shuō)就是一段編譯好的二進(jìn)制代碼,加上頭文件就可以供別人使用;(例如: iOS中Objective-C編譯下的.h和.m文件,打包靜態(tài)庫(kù)后會(huì)變?yōu)?h和.a文件);

(2)什么是靜態(tài)庫(kù)？

①靜態(tài)庫(kù)即靜態(tài)鏈接庫(kù)(例如: windows下的.lib、Mac和Linux下的.a);

②靜態(tài)庫(kù)在編譯的時(shí)候會(huì)被直接拷貝一份,復(fù)制到目標(biāo)程序里并且這段代碼在目標(biāo)程序里就不會(huì)在改變了,我猜這也是該庫(kù)叫"靜態(tài)庫(kù)"的原因;

③靜態(tài)庫(kù)的利弊:

1)利: 靜態(tài)庫(kù)在編譯完成之后,庫(kù)文件實(shí)際上就沒(méi)有作用了,目標(biāo)程序沒(méi)有外部依賴,直接就可以運(yùn)行;

2)弊: 弊端靜態(tài)庫(kù)會(huì)使用目標(biāo)程序的體積增大;

(3)什么是動(dòng)態(tài)庫(kù)?

①動(dòng)態(tài)庫(kù)即動(dòng)態(tài)鏈接庫(kù)(例如: windows下的.dll、Mac下的.dylib、Linux下的.so);

②與靜態(tài)庫(kù)相反,動(dòng)態(tài)庫(kù)在編譯時(shí)并不會(huì)被拷貝到目標(biāo)程序中,目標(biāo)程序中只會(huì)存儲(chǔ)指向動(dòng)態(tài)庫(kù)的引用,等到程序運(yùn)行時(shí),動(dòng)態(tài)庫(kù)才會(huì)被真正加載進(jìn)來(lái);

③動(dòng)態(tài)庫(kù)的利弊:

1)利:不需要拷貝到目標(biāo)程序中,不會(huì)影響目標(biāo)程序的體積,而且同一份庫(kù)可以被多個(gè)程序使用(因?yàn)檫@個(gè)原因，動(dòng)態(tài)庫(kù)也被稱作共享庫(kù));同時(shí),編譯時(shí)才載入的特性,也可以讓我們隨時(shí)對(duì)庫(kù)進(jìn)行替換,而不需要重新編譯代碼;

2)弊:動(dòng)態(tài)載入會(huì)帶來(lái)一部分性能損失,使用動(dòng)態(tài)庫(kù)也會(huì)使得程序依賴于外部環(huán)境;如果環(huán)境缺少動(dòng)態(tài)庫(kù)或者庫(kù)的版本不正確,就會(huì)導(dǎo)致程序無(wú)法運(yùn)行;

(4)什么時(shí)候我們會(huì)用到庫(kù)呢?

①某些代碼片段需要給別人使用,但是我們不希望別人看到源碼,就需要以庫(kù)的形式進(jìn)行封裝,只暴露出頭文件;

②對(duì)于某些不會(huì)進(jìn)行大的改動(dòng)的代碼,我們想減少編譯的時(shí)間,就可以把它打包成庫(kù),因?yàn)閹?kù)是已經(jīng)編譯好的二進(jìn)制了,編譯的時(shí)候只需要 Link 一下,不會(huì)浪費(fèi)編譯時(shí)間;

說(shuō)明:上面提到庫(kù)在使用的時(shí)候需要Link,Link 的方式有兩種:靜態(tài)和動(dòng)態(tài),于是便產(chǎn)生了靜態(tài)庫(kù)和動(dòng)態(tài)庫(kù)("攻城獅"的思維就是這么簡(jiǎn)單);

(5)iOS Framework?

①除了上面我們提到iOS的.a和.dylib之外,Mac OS/iOS 平臺(tái)還可以使用 Framework,Framework實(shí)際上是一種打包方式,將庫(kù)的二進(jìn)制文件、頭文件和有關(guān)的資源文件打包到一起,方便管理和分發(fā);在 iOS 8 之前,iOS 平臺(tái)不支持使用動(dòng)態(tài) Framework,開(kāi)發(fā)者可以使用的 Framework 只有蘋果自家的 UIKit.Framework,Foundation.Framework 等等;

②上面這種限制可能是出于安全的考慮,換一個(gè)角度講,因?yàn)?iOS 應(yīng)用都是運(yùn)行在沙盒當(dāng)中,不同的程序之間不能共享代碼,同時(shí)動(dòng)態(tài)下載代碼又是被蘋果明令禁止的,沒(méi)辦法發(fā)揮出動(dòng)態(tài)庫(kù)的優(yōu)勢(shì),實(shí)際上動(dòng)態(tài)庫(kù)也就沒(méi)有存在的必要了;

③由于上面提到的限制,開(kāi)發(fā)者想要在 iOS 平臺(tái)共享代碼,唯一的選擇就是打包成靜態(tài)庫(kù) .a 文件,同時(shí)附上頭文件;但是這樣的打包方式不夠方便,使用時(shí)也比較麻煩,大家還是希望共享代碼都能能像 Framework 一樣，直接扔到工程里就可以用;

④終于在日思夜盼便迎來(lái)了iOS對(duì)動(dòng)態(tài)庫(kù)的支持:iOS 8/Xcode 6 推出之后,iOS 平臺(tái)添加了動(dòng)態(tài)庫(kù)的支持,同時(shí) Xcode 6 也原生自帶了 Framework 支持(動(dòng)態(tài)和靜態(tài)都可以);

⑤但是說(shuō)道這里博主要告訴一下大家,iOS動(dòng)態(tài)庫(kù)且用且珍惜(小心應(yīng)用審核被拒😄😄);

(二)切入主題"iOS靜態(tài)庫(kù)的創(chuàng)建":

(1)我們先了解靜態(tài)庫(kù)文件的版本(四種):

①真機(jī)-Debug版本;　?、谡鏅C(jī)-Release版本　?、勰M器-Debug版本　?、苣M器-Release版本;

(2)Debug(調(diào)試)版本特點(diǎn):

①含完整的符號(hào)信息,以方便調(diào)試;　?、诓粫?huì)對(duì)代碼進(jìn)行優(yōu)化;

(3)Release(發(fā)布)版本特點(diǎn):

①不會(huì)包含完整的符號(hào)信息;　?、趫?zhí)行代碼是進(jìn)行過(guò)優(yōu)化的;　　③大小會(huì)比Debug版本的略小　?、茉趫?zhí)行速度方面,Release版本會(huì)快一些;

所以我們一般開(kāi)發(fā)中都打包Release(發(fā)布)版本使用;

(4)再來(lái)了解一下iPhone設(shè)備CPU的架構(gòu)簡(jiǎn)介:

①模擬器:(4s~5: i386)　　　　(5s~6splus: x86_64)

②真 機(jī): (3gs~4s: armv7)　 (5~5c: armv7s)　　　　 (5s~6splus: arm64)[說(shuō)明: 靜態(tài)庫(kù)只要支持了armv7,就可以跑在armv7s的架構(gòu)上];

(三)制作靜態(tài)庫(kù)-Debug版本:

(1)創(chuàng)建Cocoa Touch Static Library,新建項(xiàng)目選擇iOS ->Framework&Library ->Cocoa Touch Static Library,如圖1:

(2)點(diǎn)擊Next給工程命名如"Library"點(diǎn)擊Next,Xcode自動(dòng)為我們創(chuàng)建了Library.h/.m文件以及相對(duì)應(yīng)的目錄結(jié)構(gòu),如圖2所示:

(3)接下來(lái)我們?cè)诠こ痰?h和.m里面編寫(xiě)功能實(shí)現(xiàn)的代碼(重在靜態(tài)庫(kù)的創(chuàng)建, 代碼粗略請(qǐng)大家無(wú)視😄😄):

"Library.h"
/** 十六進(jìn)制轉(zhuǎn)二進(jìn)制 */
+ (NSString *)getBinaryByhex:(NSString *)hex;

"Library.m"
+ (NSString *)getBinaryByhex:(NSString *)hex {
  NSMutableDictionary *hexDic = [[NSMutableDictionary alloc] init];
  
  hexDic = [[NSMutableDictionary alloc] initWithCapacity:16];
  [hexDic setObject:@"0000" forKey:@"0"];
  [hexDic setObject:@"0001" forKey:@"1"];
  [hexDic setObject:@"0010" forKey:@"2"];
  [hexDic setObject:@"0011" forKey:@"3"];
  [hexDic setObject:@"0100" forKey:@"4"];
  [hexDic setObject:@"0101" forKey:@"5"];
  [hexDic setObject:@"0110" forKey:@"6"];
  [hexDic setObject:@"0111" forKey:@"7"];
  [hexDic setObject:@"1000" forKey:@"8"];
  [hexDic setObject:@"1001" forKey:@"9"];
  [hexDic setObject:@"1010" forKey:@"A"];
  [hexDic setObject:@"1011" forKey:@"B"];
  [hexDic setObject:@"1100" forKey:@"C"];
  [hexDic setObject:@"1101" forKey:@"D"];
  [hexDic setObject:@"1110" forKey:@"E"];
  [hexDic setObject:@"1111" forKey:@"F"];
  
  NSString *binaryString=[[NSMutableString alloc] init];
  
  for (int i=0; i<[hex length]; i++) {
    NSRange rage;
    rage.length = 1;
    rage.location = i;
    NSString *key = [hex substringWithRange:rage];
    binaryString = [NSString stringWithFormat:@"%@%@",binaryString,[NSString stringWithFormat:@"%@",[hexDic objectForKey:key]]];
  }
  return binaryString;
}

(4)編譯項(xiàng)目生成對(duì)應(yīng)的靜態(tài)庫(kù).a文件(在這里注意一下細(xì)節(jié)):

①在工程編譯(Command+B)之前"標(biāo)號(hào)為②的框框中l(wèi)ibLibrary.a"為紅色(編譯之后為黑色, 紅色表示一個(gè)虛擬的文件工程中找不到它),如圖3所示:

②編譯的過(guò)程中我們要選擇"模擬器編譯"和"真機(jī)編譯",如圖4圖5所示:

(5)右擊工程目錄下.a文件,查看編譯之后的靜態(tài)庫(kù)文件如圖6所示, 其中文件Debug-iphoneos里面包含iPhone真機(jī)所需要的libLibrary.a靜態(tài)庫(kù)文件,文件Debug-iphonesimulator里面包含的時(shí)iPhone模擬器所需要的libLibrary.a靜態(tài)庫(kù)文件,如圖7所示;

(6)分別查看打包好的模擬器與真機(jī)的靜態(tài)庫(kù)所支持的cpu架構(gòu):

在上面我們介紹了iPhone設(shè)備CPU的架構(gòu),在這里我們就來(lái)查看我們所打包的靜態(tài)庫(kù)是否符合iPhone設(shè)備包含的架構(gòu)標(biāo)準(zhǔn)(提示: 如果不符合某些架構(gòu)的標(biāo)準(zhǔn),靜態(tài)庫(kù)運(yùn)行到不同機(jī)型上回報(bào)錯(cuò)誤),打開(kāi)終端查看靜態(tài)庫(kù)的架構(gòu)如圖8所示:

我們找到原因如圖9所示,下面Debug:Yes表示只編譯選中模擬器對(duì)應(yīng)的架構(gòu),No則為編譯所有模擬器支持的cup架構(gòu)(Debug的Yes狀態(tài)改為No即可);

再一次Command+B 編譯重復(fù)上面第(4)步的小步驟,就OK了,😄😄...

(7)合并靜態(tài)庫(kù):

①為什么要合并靜態(tài)庫(kù)呢?

因?yàn)檎鏅C(jī)和模擬器的靜態(tài)庫(kù),是不一樣的,不能同時(shí)適用在真機(jī)和模擬器上,但要滿足這要求的話,要對(duì)編譯好的兩個(gè)靜態(tài)庫(kù)進(jìn)行合并在使用;

②合并靜態(tài)庫(kù)的利弊?

1)利:開(kāi)發(fā)過(guò)程中既可以在真機(jī)上調(diào)試,也可以在模擬器上調(diào)試;

2)弊:如果靜態(tài)庫(kù)太大,合并打包后,會(huì)非常大,因此很多第三方的靜態(tài)庫(kù)的.a是區(qū)分版本的;

③打開(kāi)終端合并靜態(tài)庫(kù)(終于快成功了😄😄...)如圖10所示:

其中完整的命令是:

(8)靜態(tài)庫(kù)的使用:

將合并好的靜態(tài)庫(kù)文件(.a)和頭文件(.h)添加到工程里面,調(diào)用靜態(tài)庫(kù),結(jié)果如下(代碼粗略請(qǐng)大家無(wú)視...):

"ViewController.h"
@interface ViewController : UIViewController

@end

"ViewController.m"
#import "ViewController.h"
#import "Library.h"

@interface ViewController ()

@end

@implementation ViewController

- (void)viewDidLoad {
  [super viewDidLoad];
  // 十六進(jìn)制轉(zhuǎn)二進(jìn)制
  NSLog(@"十六進(jìn)制轉(zhuǎn)二進(jìn)制: %@", [Library getBinaryByhex:@"F"]);
}

日志打印輸入結(jié)果是:
靜態(tài)庫(kù)的使用[1006:40288] 十六進(jìn)制轉(zhuǎn)二進(jìn)制: 1111

(四)制作靜態(tài)庫(kù)-Release版本:

跟Debug版步驟一樣,只不過(guò)在編譯時(shí),改下面的選項(xiàng)即可如圖12所示:

這時(shí)不管是真機(jī)還是模擬器都可以編譯通過(guò),正常運(yùn)行;而使用者只能通過(guò)頭文件知道我們提供的借口,卻不知道實(shí)現(xiàn)文件中實(shí)現(xiàn)的細(xì)節(jié),這有效地隱藏了自己的核心技術(shù)和機(jī)密內(nèi)容;

以上就是我對(duì)iOS靜態(tài)庫(kù)的理解與解釋，希望大家相互補(bǔ)充相互學(xué)習(xí)。

最新評(píng)論