---

　　在平常項目開辟中,豈論是為了兩個公司項目上的營業交換照樣為了削減項目標編譯時光,有的時刻我們會把項目中的私密內容打包成靜態庫,或許是把項目中更改較少一部門打包成靜態庫以便進步編譯效力,那末上面我們就來進修一下"IOS-靜態庫的創立與應用":

(一)IOS靜態庫、靜態庫與Framework靜態庫與靜態庫的差別

(1)甚麼是庫？

庫(Library)直白一點說就是一段編譯好的二進制代碼,加上頭文件便可以供他人應用;(例如: IOS中Objective-C編譯下的.h和.m文件,打包靜態庫後會變成.h和.a文件);

(2)甚麼是靜態庫？

①靜態庫即靜態鏈接庫(例如: Windows下的.lib、Mac和Linux下的.a);

②靜態庫在編譯的時刻會被直接拷貝一份,復制到目的法式裡而且這段代碼在目的法式裡就不會在轉變了,我猜這也是該庫叫"靜態庫"的緣由;

③靜態庫的利害:

1)利: 靜態庫在編譯完成以後,庫文件現實上就沒有感化了,目的法式沒有內部依附,直接便可以運轉;

2)弊: 弊病靜態庫會應用目的法式的體積增年夜;

(3)甚麼是靜態庫?

①靜態庫即靜態鏈接庫(例如: Windows下的.dll、Mac下的.dylib、Linux下的.so);

②與靜態庫相反,靜態庫在編譯時其實不會被拷貝到目的法式中,目的法式中只會存儲指向靜態庫的援用,比及法式運轉時,靜態庫才會被真正加載出去;

③靜態庫的利害:

1)利:不須要拷貝到目的法式中,不會影響目的法式的體積,並且統一份庫可以被多個法式應用(由於這個緣由，靜態庫也被稱作同享庫);同時,編譯時才載入的特征,也能夠讓我們隨時對庫停止調換,而不須要從新編譯代碼;

2)弊:靜態載入會帶來一部門機能喪失,應用靜態庫也會使得法式依附於內部情況;假如情況缺乏靜態庫或許庫的版本不准確,就會招致法式沒法運轉;

(4)甚麼時刻我們會用到庫呢?

①某些代碼片斷須要給他人應用,然則我們不願望他人看到源碼,就須要以庫的情勢停止封裝,只裸露出頭文件;

②關於某些不會停止年夜的修改的代碼,我們想削減編譯的時光,便可以把它打包成庫,由於庫是曾經編譯好的二進制了,編譯的時刻只須要 Link 一下,不會糟蹋編譯時光;

解釋:下面提到庫在應用的時刻須要Link,Link 的方法有兩種:靜態和靜態,因而便發生了靜態庫和靜態庫("攻城獅"的思想就是這麼簡略);

(5)iOS Framework?

①除下面我們提到iOS的.a和.dylib以外,Mac OS/iOS 平台還可使用 Framework,Framework現實上是一種打包方法,將庫的二進制文件、頭文件和有關的資本文件打包到一路,便利治理和分發;在 iOS 8 之前,iOS 平台不支撐應用靜態 Framework,開辟者可使用的 Framework 只要蘋果自家的 UIKit.Framework,Foundation.Framework 等等;

②下面這類限制能夠是出於平安的斟酌,換一個角度講,由於 iOS 運用都是運轉在沙盒傍邊,分歧的法式之間不克不及同享代碼,同時靜態下載代碼又是被蘋果明令制止的,沒方法施展出靜態庫的優勢,現實上靜態庫也就沒有存在的需要了;

③因為下面提到的限制,開辟者想要在 iOS 平台同享代碼,獨一的選擇就是打包成靜態庫 .a 文件,同時附上頭文件;然則如許的打包方法不敷便利,應用時也比擬費事,年夜家照樣願望同享代碼都能能像 Framework 一樣，直接扔到工程裡便可以用;

④終究在日思夜盼便迎來了iOS對靜態庫的支撐:iOS 8/Xcode 6 推出以後,iOS 平台添加了靜態庫的支撐,同時 Xcode 6 也原生自帶了 Framework 支撐(靜態和靜態都可以);

⑤然則說道這裡博重要告知一下年夜家,iOS靜態庫且用且珍愛(當心運用審核被拒😄😄);

(二)切入主題"iOS靜態庫的創立":

(1)我們先懂得靜態庫文件的版本(四種):

①真機-Debug版本;　　②真機-Release版本　　③模仿器-Debug版本　　④模仿器-Release版本;

(2)Debug(調試)版本特色:

①含完全的符號信息,以便利調試;　　②不會對代碼停止優化;

(3)Release(宣布)版本特色:

①不會包括完全的符號信息;　　②履行代碼是停止過優化的;　　③年夜小會比Debug版本的略小　　④在履行速度方面,Release版本會快一些;

所以我們普通開辟中都打包Release(宣布)版本應用;

(4)再來懂得一下iPhone裝備CPU的架構簡介:

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

②真 機: (3gs~4s: armv7)　 (5~5c: armv7s)　　　　 (5s~6splus: arm64)[解釋: 靜態庫只需支撐了armv7,便可以跑在armv7s的架構上];

(三)制造靜態庫-Debug版本:

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

(2)點擊Next給工程定名如"Library"點擊Next,Xcode主動為我們創立了Library.h/.m文件和絕對應的目次構造,如圖2所示:

　　　　

(3)接上去我們在工程的.h和.m外面編寫功效完成的代碼(重在靜態庫的創立, 代碼粗略請年夜家疏忽😄😄):

"Library.h"
/** 十六進制轉二進制 */
+ (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)編譯項陌生成對應的靜態庫.a文件(在這裡留意一下細節):

①在工程編譯(Command+B)之前"標號為②的框框中libLibrary.a"為白色(編譯以後為黑色, 白色表現一個虛擬的文件工程中找不到它),如圖3所示:

　　　　　　

②編譯的進程中我們要選擇"模仿器編譯"和"真機編譯",如圖4圖5所示:

　　　　　　

(5)右擊工程目次下.a文件,檢查編譯以後的靜態庫文件如圖6所示, 個中文件Debug-iphoneos外面包括iPhone真機所須要的libLibrary.a靜態庫文件,文件Debug-iphonesimulator外面包括的時iPhone模仿器所須要的libLibrary.a靜態庫文件,如圖7所示;

　　　　

(6)分離檢查打包好的模仿器與真機的靜態庫所支撐的cpu架構:

在下面我們引見了iPhone裝備CPU的架構,在這裡我們就來檢查我們所打包的靜態庫能否相符iPhone裝備包括的架構尺度(提醒: 假如不相符某些架構的尺度,靜態庫運轉到分歧機型上報答毛病),翻開終端檢查靜態庫的架構如圖8所示:

我們找到緣由如圖9所示,上面Debug:Yes表現只編譯選中模仿器對應的架構,No則為編譯一切模仿器支撐的cup架構(Debug的Yes狀況改成No便可);

　　　　

再一次Command+B 編譯反復下面第(4)步的小步調,就OK了,😄😄...

(7)歸並靜態庫:

①為何要歸並靜態庫呢?

由於真機和模仿器的靜態庫,是紛歧樣的,不克不及同時實用在真機和模仿器上,但要知足這請求的話,要對編譯好的兩個靜態庫停止歸並在應用;

②歸並靜態庫的利害?

1)利:開辟進程中既可以在真機上調試,也能夠在模仿器上調試;

2)弊:假如靜態庫太年夜,歸並打包後,會異常年夜,是以許多第三方的靜態庫的.a是辨別版本的;

③翻開終端歸並靜態庫(終究快勝利了😄😄...)如圖10所示:

　　　　　　

個中完全的敕令是: lipo -create /Users/apple/Library/Developer/Xcode/DerivedData/Library-bmlhmlslupltsqfkcfgmgqzducdy/Build/Products/Debug-iphoneos/libLibrary.a /Users/apple/Library/Developer/Xcode/DerivedData/Library-bmlhmlslupltsqfkcfgmgqzducdy/Build/Products/Debug-iphonesimulator/libLibrary.a -output /Users/apple/Desktop/libLibrary.a;

(8)靜態庫的應用:

將歸並好的靜態庫文件(.a)和頭文件(.h)添加到工程外面,挪用靜態庫,成果以下(代碼粗略請年夜家疏忽...):

"ViewController.h"
@interface ViewController : UIViewController

@end

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

@interface ViewController ()

@end

@implementation ViewController

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

日記打印輸出成果是:
靜態庫的應用[1006:40288] 十六進制轉二進制: 1111

(四)制造靜態庫-Release版本:

跟Debug版步調一樣,只不外在編譯時,改上面的選項便可如圖12所示:

　　

這時候不論是真機照樣模仿器都可以編譯經由過程,正常運轉;而應用者只能經由過程頭文件曉得我們供給的托言,卻不曉得完成文件中完成的細節,這有用地隱蔽了本身的焦點技巧和秘密內容;

以上就是我對iOS靜態庫的懂得與說明，願望年夜家互相彌補互相進修。

【iOS創立與應用靜態庫】的相關資料介紹到這裡，希望對您有所幫助！ 提示：不會對讀者因本文所帶來的任何損失負責。如果您支持就請把本站添加至收藏夾哦！