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

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

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

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

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

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

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

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

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

這個(gè)linker error太常見了，開始以為一下就能搞定了，沒想到弄了好幾天，汗！明顯是鏈接器沒有找到AFNetworking的這個(gè)庫嘛。看到一般解決這個(gè)問題是三種方法

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

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

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

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

這樣搞了好幾天，還是不行。于是深刻感覺到cocoapods使用起來是真方便，可是一但出問題，而且不太常見的話，就會(huì)被迫要懂一點(diǎn)XCode build的過程了。只能繼續(xù)分析error message了，經(jīng)常看見use -v to see invocation，這個(gè)命令行參數(shù)-v該怎么加，我還是不懂，要是有人知道，千萬要告訴我，謝謝啦！還是看下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ì)這樣，不是說用frameworks替代了靜態(tài)庫了嗎，看來問題出在這里了，編譯的時(shí)候XCode還是想去鏈接AFNetworking的靜態(tài)庫。一直就覺得是use_frameworks導(dǎo)致的，就去查看cocoapods生成的.xcconfig文件。

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

仔細(xì)看發(fā)現(xiàn)其中并沒有-lAFNetworking這樣的一個(gè)LDFLAGS，在stackoverflow上找了好久才偶然發(fā)現(xià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

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

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

還是學(xué)到了好多東西，光從庫方面講，發(fā)現(xiàn)到XCode鏈接需要經(jīng)過好幾個(gè)階段，首先要找到庫的頭文件路徑，在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要鏈接哪些庫是在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

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