最近項(xiàng)目要添加新功能了，真是懶的寫(xiě)，可是既然要寫(xiě)，就要從中學(xué)到點(diǎn)新東西。Swift已經(jīng)發(fā)布了兩年了，我居然還沒(méi)用過(guò)，太不應(yīng)該了。

項(xiàng)目開(kāi)動(dòng)啦，還是用cocoapods引入幾個(gè)swift庫(kù)先。一上來(lái)就遇到問(wèn)題！

Screen Shot 2016-09-17 at 6.21.59 PM.png

沒(méi)問(wèn)題，太好解決的了，cocoapods的提示都已經(jīng)說(shuō)明了解決辦法，在podfile里直接加上use_frameworks!就行了

Screen Shot 2016-09-17 at 6.29.41 PM.png

為什么使用swift庫(kù)要加這句呢，原來(lái)Apple不允許build包含swift靜態(tài)庫(kù)了。而cocoapods使用了frameworks方式來(lái)集成swift庫(kù)，就是use_frameworks!這句話了。

參考：http://blog.cocoapods.org/CocoaPods-0.36/

好了，應(yīng)該沒(méi)什么問(wèn)題了吧，command+B，編譯一下試試。

Screen Shot 2016-09-17 at 5.43.02 PM.png

這個(gè)linker error太常見(jiàn)了，開(kāi)始以為一下就能搞定了，沒(méi)想到弄了好幾天，汗！明顯是鏈接器沒(méi)有找到AFNetworking的這個(gè)庫(kù)嘛?？吹揭话憬鉀Q這個(gè)問(wèn)題是三種方法

第一種：點(diǎn)擊 XCode 工程文件，在 Build Phases 中查看 “ Link binary With Libraries”，奇怪并沒(méi)有鏈接AFNetworking。（一般應(yīng)該能發(fā)現(xiàn)有一到數(shù)個(gè)的條目是用紅色字體來(lái)顯示的，這樣才導(dǎo)致鏈接不到，應(yīng)該是Pods的target集合所有庫(kù)生成一個(gè)pod.a或者pod.framework）

Screen Shot 2016-09-17 at 7.02.16 PM.png

第二種：在工程的 Target 中選中要執(zhí)行編譯的target，然后 “get info”，打開(kāi) Build Settings頁(yè)面，在 “ Library Search Path” 中添加缺失鏈接庫(kù)的所在文件夾的路徑。(這個(gè)因?yàn)槭莄ocoapods管理的所需的庫(kù)，一般到是沒(méi)什么問(wèn)題，是由$(inherited)搞定的，這個(gè)后面會(huì)講到）

第三種：關(guān)閉XCode，再用pod install 命令重新安裝，成功后再打開(kāi)XCode編譯項(xiàng)目。對(duì)我來(lái)說(shuō)試了好多次都不行，完全是死馬當(dāng)活馬醫(yī)啦！

這樣搞了好幾天，還是不行。于是深刻感覺(jué)到cocoapods使用起來(lái)是真方便，可是一但出問(wèn)題，而且不太常見(jiàn)的話，就會(huì)被迫要懂一點(diǎn)XCode build的過(guò)程了。只能繼續(xù)分析error message了，經(jīng)?？匆?jiàn)use -v to see invocation，這個(gè)命令行參數(shù)-v該怎么加，我還是不懂，要是有人知道，千萬(wàn)要告訴我，謝謝啦！還是看下build error先啦。

Screen Shot 2016-09-17 at 7.24.29 PM.png

看了好久終于發(fā)現(xiàn)點(diǎn)蛛絲馬跡?！?ObjC -lAFNetworking -lARGenericTableViewController -lFLKAutoLayout -lFTPopOverMenu -lFontAwesome -lFontAwesomeIconFactory -lJLRoutes -lMBProgressHUD -lMantle -lMasonry -lObjectiveSugar -lSDWebImage -lSLExpandableTableView -lUIAlertView+Blocks -lUICKeyChainStore -lUITextView+Placeholder”。怎么會(huì)這樣，不是說(shuō)用frameworks替代了靜態(tài)庫(kù)了嗎，看來(lái)問(wèn)題出在這里了，編譯的時(shí)候XCode還是想去鏈接AFNetworking的靜態(tài)庫(kù)。一直就覺(jué)得是use_frameworks導(dǎo)致的，就去查看cocoapods生成的.xcconfig文件。

Screen Shot 2016-09-17 at 5.23.13 PM.png

仔細(xì)看發(fā)現(xiàn)其中并沒(méi)有-lAFNetworking這樣的一個(gè)LDFLAGS，在stackoverflow上找了好久才偶然發(fā)現(xiàn)問(wèn)題出在Build Settings里Other Linker Flags

Screen Shot 2016-09-17 at 10.10.57 PM.png

Screen Shot 2016-09-17 at 10.12.59 PM.png

原來(lái)項(xiàng)目從純OC過(guò)來(lái)的，從前cocoapods生成的一些-l"AFNetworking"之類的flags還在，問(wèn)題就在這里了，其實(shí)解決方法直接刪掉，留下$(inherited)就行了，那刪掉了XCode還知道怎么鏈接嗎，其實(shí)是知道的，關(guān)鍵就在inherited上，原來(lái)xcode的這些config項(xiàng)存在繼承鏈。Resolved <- Target <- xcconfig <- Project <- iOS Default。順序是從右到左，cocoapods生成的xcconfig文件優(yōu)先級(jí)高于在target里的設(shè)置。

困擾了好幾天，感覺(jué)cocoapods雖然幫助我們很多，我們不用像寫(xiě)makefile那樣麻煩，可是好像失去了好多對(duì)項(xiàng)目的掌控力，還是要懂一點(diǎn)編譯過(guò)程比較好。

還是學(xué)到了好多東西，光從庫(kù)方面講，發(fā)現(xiàn)到XCode鏈接需要經(jīng)過(guò)好幾個(gè)階段，首先要找到庫(kù)的頭文件路徑，在build settings里的Header Search Paths設(shè)置

Screen Shot 2016-09-17 at 9.35.39 PM.png

然后去找library的位置，在build settings里的Library Search Paths設(shè)置

Screen Shot 2016-09-17 at 9.21.00 PM.png

Screen Shot 2016-09-17 at 7.02.16 PM.png

最后XCode要鏈接哪些庫(kù)是在Other Linker Flags里設(shè)置的

Screen Shot 2016-09-17 at 10.12.59 PM.png

同時(shí)這些設(shè)置cocoapods又把這些設(shè)置集中在類似父類的xcconfig文件中

Screen Shot 2016-09-17 at 9.30.46 PM.png

好了，寫(xiě)的好長(zhǎng)，其實(shí)沒(méi)什么內(nèi)容，不過(guò)我花了這么長(zhǎng)時(shí)間搞定的，不寫(xiě)長(zhǎng)點(diǎn)不甘心吶。