原文鏈接 ：http://www.cocoachina.com/ios/20170221/18737.html
首先聲明
因?yàn)槲沂窃谡鏅C(jī)上編譯的項(xiàng)目瀑焦，所以報(bào)錯(cuò)的架構(gòu)（CPU指令集）為arm64。
如果我們使用64位模擬器（iPhone simulators 5s 或更高版本）編譯或者運(yùn)行項(xiàng)目，就會(huì)報(bào)以下錯(cuò)誤：
Undefined symbols for architecture x86_64:
如果我們使用32位模擬器（iPhone simulators 5 或更低版本）編譯或者運(yùn)行項(xiàng)目，就會(huì)報(bào)以下錯(cuò)誤：
Undefined symbols for architecture i386:
Undefined symbols for architecture XXX:類似的錯(cuò)誤是一個(gè)開發(fā)中經(jīng)常遇到的問題丛忆，凡是涉及到第三方靜態(tài)庫的項(xiàng)目岂津，都不可避免的遇到過這一類錯(cuò)誤。為了說明錯(cuò)誤的原因和加深對(duì)解決方案的理解蹬刷。筆者采用了故意復(fù)現(xiàn)問題的方式來驗(yàn)證問題的解決方案：
即：故意給工程進(jìn)行錯(cuò)誤的配置或者刪除某些配置，使工程編譯不通過频丘，然后記下編譯器報(bào)的錯(cuò)誤办成，驗(yàn)證什么情況下會(huì)報(bào)這種錯(cuò)。
首先聲明搂漠，我的工程中引用（并非通過cocoapods引用）了友盟的統(tǒng)計(jì)SDK迂卢，名稱叫做libMobClickLibrary.a。存儲(chǔ)在工程的third_party目錄下桐汤，如下圖：
靜態(tài)庫目錄
原因之一：沒有鏈接lib庫而報(bào)錯(cuò)
lib是library的意思而克，lib庫就是指后綴名為.a的靜態(tài)庫。
(1) 刪除General -> Linked Frameworks and Libraries 下的libMobClickLibrary.a怔毛。如下圖分別是刪除前和刪除后的對(duì)比：
刪除前：
此時(shí)鏈接了靜態(tài)庫
刪除后：
此時(shí)不再鏈接靜態(tài)庫
(2) 再次真機(jī)編譯項(xiàng)目员萍，我們就能如愿以償?shù)目吹絻蓚€(gè)經(jīng)典的的錯(cuò)誤 "OBJC_CLASS$_MobClick", referenced from: 和 linker command failed with exit code 1 (use -v to see invocation)，點(diǎn)擊第一個(gè)錯(cuò)誤拣度，如下圖：
Snip20161219_11.png
（3）然后看到 Undefined symbols for architecture arm64：
Snip20161219_4.png
但是我們?cè)趺粗朗菦]有鏈接libMobClickLibrary.a庫而不是其他的什么庫呢碎绎？這還要取決于這句"_OBJC_CLASS_$_MobClick", referenced from:螃壤。其中_OBJC_CLASS_$_MobClick中的MobClick就是我們引用的libMobClickLibrary.a中的一個(gè)文件。因?yàn)槲艺娴氖窃贏liyunSalesCustomerListTableViewManager.m中通過#import "MobClick.h"引用了MobClick.h筋帖，如下圖：
Snip20161219_12.png
當(dāng)然奸晴，如果我們引用了libMobClickLibrary.a庫中的其他文件，那么OBJC_CLASS$_后面就不是MobClick了幕随，這個(gè)大家應(yīng)該是很好理解的蚁滋。
有的時(shí)候，因?yàn)楹竺娴念惷谌降膸烀麤]有任何相似處赘淮，比如庫名叫做libAAA.a辕录，而報(bào)錯(cuò)的類名卻是BBB。此時(shí)梢卸，我們通過后面的類名根本不能準(zhǔn)確的判斷出這個(gè)BBB屬于哪個(gè)庫走诞，也就不知道該鏈接哪個(gè)庫。這種情況下蛤高，我們可以通過referenced from:提示后面的文件名來判斷BBB到底屬于哪個(gè)靜態(tài)庫蚣旱，因?yàn)槲覀冏约旱哪硞€(gè)類文件不太可能import很多第三方的庫，這種情況下戴陡，采取這種方式比較好判斷塞绿。
總結(jié)：綜上，我們可知：項(xiàng)目中如果用到了某個(gè)第三方靜態(tài)庫恤批，但lib靜態(tài)庫或者framework靜態(tài)庫沒有被鏈接時(shí)异吻，就會(huì)遇到Undefined symbols for architecture XXX這一類的錯(cuò)誤。
原因：編譯項(xiàng)目時(shí)喜庞，因?yàn)殪o態(tài)庫沒有鏈接進(jìn)工程诀浪，所以靜態(tài)庫就不會(huì)參與編譯，而項(xiàng)目某些文件（.m文件）又引用（或者說依賴）了靜態(tài)庫延都，所以自然會(huì)報(bào)錯(cuò)雷猪，而報(bào)的錯(cuò)就是經(jīng)典的 Undefined symbols for architecture XXX這一類的錯(cuò)誤。
解決方案：下次遇到這類問題晰房，我們只需要在Linked Frameworks and Libraries 中添加指定的靜態(tài)庫即可求摇！
還原項(xiàng)目
因?yàn)閯偛艅h除了libMobClickLibrary.a文件，我們要想讓項(xiàng)目可以恢復(fù)到完美編譯運(yùn)行的狀態(tài)殊者，需要在Linked Frameworks and Libraries 添加libMobClickLibrary.a庫与境，如下圖：
因?yàn)槭堑谌綆欤皇窍到y(tǒng)提供的庫幽污，所以需要到我們自己的目錄中添加：如下圖展示了添加步驟：
第一步：點(diǎn)擊添加
第二步：點(diǎn)擊Add Other
第三步：選中靜態(tài)庫點(diǎn)擊open
至此嚷辅，缺失的靜態(tài)庫已經(jīng)被鏈接進(jìn)工程中簿姨，再次編譯項(xiàng)目就不會(huì)報(bào)這個(gè)錯(cuò)誤距误。當(dāng)然簸搞，如果還報(bào)類似錯(cuò)誤，說明你的項(xiàng)目中還需要鏈接其他的靜態(tài)庫准潭，鏈接方法相同趁俊。
原因之二：沒有鏈接.framework靜態(tài)庫而報(bào)錯(cuò)
上面說明了工程中因?yàn)槿鄙冁溄觢ib庫導(dǎo)致報(bào)錯(cuò)的一種情況。iOS開發(fā)中有兩種格式的靜態(tài)庫（.a格式和.framework格式）刑然。所以寺擂，我們也不難猜測(cè)：缺少鏈接.framework格式的靜態(tài)庫也會(huì)導(dǎo)致同樣的錯(cuò)誤。
如果我們引用的第三方庫并不是.a格式的靜態(tài)庫泼掠，而是.framework格式的靜態(tài)庫怔软，在Linked Frameworks and Libraries中沒有被鏈接的情況下，也會(huì)報(bào)同樣的錯(cuò)誤择镇。比如我在Linked Frameworks and Libraries 中刪除 PushCenterSDK.framework靜態(tài)庫(這個(gè)靜態(tài)庫存在于木紋中挡逼，不是cocoapods管理的)，如下圖:
（1）在Linked Frameworks and Libraries中刪除PushCenterSDK.framework
刪除.framework靜態(tài)庫
(2)模擬器編譯項(xiàng)目腻豌，出現(xiàn)以下三個(gè)錯(cuò)誤：
因?yàn)槿鄙冁溄拥撵o態(tài)庫所以編譯出現(xiàn)錯(cuò)誤
（3）點(diǎn)擊第一個(gè)錯(cuò)誤家坎，查看錯(cuò)誤詳情，如下圖：
錯(cuò)誤詳情
發(fā)現(xiàn)：如果缺少鏈接.framework格式的靜態(tài)庫吝梅，也會(huì)報(bào)相同的錯(cuò)誤虱疏，所以，不管我們?nèi)鄙冁溄拥氖?a靜態(tài)庫還是.framework靜態(tài)庫苏携，只要在Link Frameworks and Libraries 中沒有正確鏈接進(jìn)去做瞪，都會(huì)報(bào)相同的錯(cuò)誤，即：Undefined symbols for architecture XXX:兜叨。
值得注意的是穿扳，此處報(bào)了三個(gè)錯(cuò)誤，原因在于国旷，YunFuPushCenter.m文件中引用了PushCenterSDK.framework的兩個(gè)文件(如下圖)矛物，所以會(huì)多報(bào)一個(gè)錯(cuò)誤，這個(gè)是比較好理解的：
引用了framework中的兩個(gè)文件
原因之三：extern引用不存在的全局變量而報(bào)錯(cuò)
開發(fā)中跪但，我們很有可能用到全局變量履羞，比如在delegate.m文件中定義了一個(gè)int 型全局變量globalVar，在ViewController.m文件中通過extern int globalVar; 而引用A.m文件的這個(gè)全局變量屡久。這樣是沒問題忆首。但是如果我們不小心把extern int globalVar?寫成?extern int globalVariate，且在ViewController.m文件中使用了這個(gè)globalVariate變量（代碼如下）被环。
1
2
3
4
5
6
7
8
9
10
11
12
#import?"AppDelegate.h"
@interface?AppDelegate?()
@end
@implementation?AppDelegate
int?globalVar;?//?生命一個(gè)全局變量
-?(BOOL)application:(UIApplication?*)application?didFinishLaunchingWithOptions:(NSDictionary?*)launchOptions?{
????returnYES;
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
#import?"ViewController.h"
@interface?ViewController?()
@end
@implementation?ViewController
extern?int?globalVariate;?//?引用一個(gè)不存在的全局變量
-?(void)viewDidLoad?{
????[superviewDidLoad];
????globalVariate?=?10;?//?給不存在的全局變量賦值
}
@end
編譯上面代碼也會(huì)報(bào)同樣的錯(cuò)誤糙及，如下圖：
點(diǎn)擊錯(cuò)誤查看詳情，如下圖：
原因：因?yàn)閑xtern int globalVariate并沒有定義名為globalVariate的變量筛欢，而是引用了一個(gè)名字叫做globalVariate的全局變量浸锨。當(dāng)我們使用globalVariate時(shí)候唇聘，系統(tǒng)發(fā)現(xiàn)這個(gè)變量根本沒有定義，就會(huì)報(bào)這個(gè)錯(cuò)誤柱搜。
