bug的由來
為馬克2號（Harvard Mark II）編制程序的葛麗絲·霍波（Grace Hopper）是一位美國海軍準(zhǔn)將及計算機(jī)科學(xué)家，同時也是世界最早的一批程序設(shè)計師之一，有一天，她在調(diào)試設(shè)備時出現(xiàn)故障，拆開繼電器后，發(fā)現(xiàn)有只飛蛾被夾扁在觸點中間，從而“卡”住了機(jī)器的運行。于是，霍波詼諧的把程序故障統(tǒng)稱為“臭蟲（BUG）”，把排除程序故障叫DEBUG，而這奇怪的“稱呼”，竟成為后來計算機(jī)領(lǐng)域的專業(yè)行話。------摘自百度百科
在iOS開發(fā)過程中，總會遇到意想不到的bug，導(dǎo)致程序終止運行，拋出異常，這是程序正常運行不允許的，所以我們必須解決。下面羅列的bug是我在開發(fā)過程發(fā)現(xiàn)的，并且解決掉了，記錄下來，時刻警醒自己不要范類似的錯誤。
1：missing context for method declaration （缺少方法聲明的上下文）
這種報錯，是因為你你沒有把實現(xiàn)的方法寫在 @implementation ?和 @end 之間導(dǎo)致的。
2：Multiple commands produce...info.plist. Target ... has copy command from ... info.plist
我這是GitHub上下載的MJExtension，然后整個文件手動導(dǎo)入項目中，運行報錯。仔細(xì)看報錯的原因，感覺是info.plist重復(fù)了，然后看到MJExtension文件中有一個info.plist，然后刪除運行就沒問題了。
3：?-[__NSPlaceholderDictionary initWithObjects:forKeys:count:]: attempt to insert nil object from objects[0]'
這類錯誤，開發(fā)初期大家應(yīng)該是經(jīng)常遇到，字典里包含了一個空的value導(dǎo)致的：attempt to insert nil object form objects[0].字典里的第一個value是空的。去檢查你的字典數(shù)據(jù)就可。
4：unrecognized selector sent to instance 0x281f39420?
這個也是經(jīng)常遇到的問題了，有野指針，方法沒有實現(xiàn)，加載類型不對。在這里，responseObject?返回的是 UIImage類型的，而我加載的還是通過imageWithData方式加載的，很明顯類型對不上。
5：?this class is not key value coding-compliant for the key _placeholderLabel.textColor.'?
在iOS13.0的情況下運行項目，UITextField突然報了這個錯：找不到對應(yīng)的key?_placeholderLabel.textColor.
查看了蘋果的資料得知，iOS13.0以后，蘋果禁止UITextField使用的私有屬性修改占位符的顏色及其文字大小，可以使用attributedPlaceholder富文本屬性修改。
加個判斷即可：
6：使用KVO監(jiān)聽某個屬性導(dǎo)致的奔潰，有以下三中情況：
1）：調(diào)用了addObserver方法監(jiān)聽某個屬性值，但是對應(yīng)的observeValueForKeyPath方法沒有實現(xiàn)，就會崩潰到mian.m類里面的main方法。即使你打全局?jǐn)帱c，也是還會崩潰在main方法里面。
- (void)addObserver:(NSObject*)observerforKeyPath:(NSString*)keyPathoptions:(NSKeyValueObservingOptions)optionscontext:(nullablevoid*)context;
- (void)observeValueForKeyPath:(nullableNSString*)keyPathofObject:(nullableid)objectchange:(nullableNSDictionary *)changecontext:(nullablevoid*)context;
解決問題就是實現(xiàn)observeValueForKeyPath方法 即可。
2）：你沒有添加觀察者?addObserver 方法，卻實現(xiàn)了?observeValueForKeyPath 方法，那么也會崩潰，崩潰在上圖片所示位置，而且控制臺打印出來任何日志。
3）：上面?zhèn)z個方法你都掉用了，但是在 - (void)dealloc 方法里面沒有釋放相應(yīng)的觀察屬性，則控制器銷毀時，也會發(fā)生崩潰，崩潰到上面圖片所示的位置，而且沒有任何崩潰日志。但是通過勾選僵尸調(diào)試（Zombile Objects），可以看到崩潰日志：
你會發(fā)現(xiàn)有個dealloc，猜測可能在dealloc方法里沒有釋放KVO觀察的屬性。經(jīng)過測試，果然。KVO監(jiān)聽過后，一定要在-(void)dealloc方法里面釋放掉（removeObserver）相應(yīng)的屬性
7：使用Cocoapods管理第三方時，編譯一下，會報很多警告：
1)：在 TARGETS - Build Setings 中搜索 Inhibit All Warnings，No改為Yes（如下圖所示），能解決掉很大一部分警告。
2）：解決警告?The iOS deployment target is set to 8.0, but the range of supported deployment target versions for this platform is 9.0 to 13.2.3
這是第三方支持的系統(tǒng)版本比我們項目中設(shè)置的最低版本還要低導(dǎo)致的，把下面這幾句代碼添加在Podfile最下方，重新pod install
post_installdo|installer|
? ? installer.pods_project.targets.eachdo|target|
? ? ? ? target.build_configurations.eachdo|config|
? ? ? ? ? ? config.build_settings['IPHONEOS_DEPLOYMENT_TARGET'] ='9.0'
? ? ? ? end
? ? end
end
8：ld: 2 duplicate symbols for architecture arm64 . ??clang: error: linker command failed with exit code 1 (use -v to see invocation)
碰到這樣的報錯信心，基本上可以確定是有重復(fù)的文件，看下面圖片所示，你會發(fā)現(xiàn)有個?HRGetCheckCodeViewController 這個類，你在項目中全局搜索這個類，會發(fā)現(xiàn)這個類重復(fù)了，刪除保留一個就可以了。
9：failed to read asset tags
這種報錯，一般有以下倆中問題導(dǎo)致的：
問題一：一般出現(xiàn)在你使用的高版本的Xcode打開了很久之前（比如：倆年前）的項目，或出現(xiàn)這個bug。究其原因，是應(yīng)為之前的老項目中?Assets.xcassets這個文件缺失造成的，只有個名字，卻找不到實體文件。直接刪除?Assets.xcassets 這個就好了，然后在添加一個新的?Assets.xcassets文件即可。
問題二：可能是多出了個Assets.xcassets，項目全局搜下有沒有同名文件，刪了那個就好
10：The run destination My iPhone-Test is not valid for Running the scheme 'Masonry iOS Examples'.
出現(xiàn)這種情況，根據(jù)提示可知，是應(yīng)為你展示代碼設(shè)備版本比較低，而開發(fā)工具上設(shè)置的版本比較高導(dǎo)致的。有以下倆中解決方法：
1：把你的設(shè)備進(jìn)行版本更新，升級到新版本即可；
2：修改Xcode中工程配置，修改成設(shè)置上顯示的版本即可。如下所示：
11：?Multiple commands produce '/Users/LYH/Library/Developer/Xcode/DerivedData/MasonryDemo-bhnvzurrqhbvreeyxicjfdbloijx/Build/Products/Debug-iphoneos/MasonryDemo.app/Info.plist'
這種報錯，通過下圖所示的方式打開可以看到詳細(xì)的描述
根據(jù)詳細(xì)的描述，每段后面都有一個info.plist,我就全局搜索這info.plist，結(jié)果發(fā)現(xiàn)這個info.plist有倆個，其中一個是項目中自帶的，另外一個是手動導(dǎo)入的第三庫里面，很顯然，是應(yīng)為多余了一個info.plist導(dǎo)致的。所以把第三方庫中的info.plist刪掉即可解決問題。
12：[__NSCFConstantString CGColor]: unrecognized selector sent to instance
根據(jù)提示和經(jīng)驗可知，這種情況下應(yīng)該是 1：方法沒有實現(xiàn)；2：屬性設(shè)置有誤。然后去代碼中排查，結(jié)果發(fā)現(xiàn)我把label設(shè)置的背景色設(shè)置為字符串了，導(dǎo)致了上述問題。
13：Mansory約束錯誤導(dǎo)致的：Constraint improperly relates anchors of incompatible types?
代碼中的錯誤
原來我是想約束centerY的，結(jié)果錯寫成center了導(dǎo)致的。
14：打包時報錯：Command PhaseScriptExecution failed with a nonzero exit code
這是因為Xcode10開發(fā)工具下是默認(rèn)選中的最新的New Build System(Default)，在這個編譯系統(tǒng)的環(huán)境下，打包的CI腳本一直會報錯。
解決方案如下：
Save As Workspace 是有Cocoapods工具管理下顯示的；
Workspace Settings 是一般項目中顯示的
把new build system(Defalt)切換到?Legacy Build System?在模擬器上運行就OK！
15：Xcode錯誤: Errors were encountered while preparing your device for development.Please check the Devices and Simulators Window.
解決方案：重啟手機(jī)
根據(jù)Xcode的彈框提示，是真機(jī)或者模擬器除了問題。
16：真機(jī)運行時報錯：?does not contain bitcode. You must rebuild it with bitcode enabled (Xcode setting ENABLE_BITCODE), obtain an updated library from the vendor, or disable bitcode for this target. for architecture arm64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
這個報錯是因為項目中的某個二進(jìn)制庫不支持bitcode，而Xcode默認(rèn)是要支持bitcode的,而且如果支持的話,其中所有的二進(jìn)制庫和framework都必須包含bitcode。所以要把 Build Settings - Build Options中的Enable Bitcode修改為NO就好了。
其實現(xiàn)在的第三方庫大部分是支持bitcode的，只有局部個別老舊的庫不支持。
