**：
1.製作崩潰**以及新增bughd sdk
這裡我為了測試，寫了乙個簡單的陣列越界，如圖所示：
#import //匯入標頭檔案1[
firhandlecrashwithkey
:@"your_general_key"];
這裡的 your_general_key 是建立每個專案時將自動生成專案對應的general key。
2.打包程式，並安裝到手機上
選單欄->product->archive。
如圖，在這一步的時候，show in finder把剛剛生成的最新的xcarchive檔案儲存乙份。
3.檢視崩潰資訊，並查詢原因
看這個頭都大了吧，下面我教大家解碼！
我們來看崩潰資訊，具體應該看哪條資訊，fir給出了教程已經很清楚了。我們就要序號為3的這種「未標記錯誤位置，無基位址的情況」
將0x000fdf7f轉換為10進製是1040255
1040255-20351 = 1019904
再轉為16進製為 0xf9000，這個就是基位址了。
我們開啟終端，進入crashreport資料夾，輸入如下命令就可以得到崩潰資訊 1
atos
-arch
armv7-o
mengmengdai./
mengmengdai-l
0xf9000
0x000fdf7f
如圖所示：
為了證實準確性，我使用了twitter的crashlytics工具進行了一次崩潰蒐集：
注意看序號3，和我們分析出來的崩潰資訊一模一樣，在這個地方陣列越界了！
注意事項：不要兩個崩潰蒐集同時使用，不然只有乙個生效的！
總結：以上是為初學者準備的詳細教程，如果有什麼不明白，可以再檢視fir.im官方的教程進行進一步理解。
ios中crash檢測方法
重點是dwarfdump uuid命令 我們在ios開發中會碰到的很多crash問題，如果debug除錯模式的話，我們可以往往很容易的根據log的輸出定位到導致crash的原因，但對於已經上線的應用，或者是release環境包導致的crash，我們就需要一些特殊的手段來通過crash log進行分析...
iOS開發中捕獲Crash 傳送Bug郵件
view source print?01nsuncaughtexceptionhandler uncaughtexceptionhandler nil 02voiduncaughtexceptionhandler n ception exception 然後在 bool nsdictionary l...
從資料庫中快速查詢對應資訊
昨天我需要修改介面dto的屬性與資料庫中的字段匹配，我採用的是直接查詢注釋的方式，大部分寫了注釋的都能輕鬆找到。其他的需要通過理解表與表之間的關係才能找到對應字段。比如我需要查詢 檢測人員名稱 屬性，就需要考慮通過程式入口的那個表的 員工id 欄位來查詢 員工名稱 這時候用查注釋的方式就不管用了，需...