定位已經上線項目的bug，一直是個非常令人頭疼的問題。常用的第三方工具，比如騰訊的bugly，可以幫助我們查找bug的位置所在，但這些第三方，配置起來也會感覺非常麻煩。比如我最近的一個項目，在項目初期，我就加入了bugly，平時測試，bugly找問題確實非常準確。但是上線后，卻發現bugly并不能很明確的定位bug的位置。
bugly對應調試界面（未添加符號表文件）
打開bugly控制器才發現，原來是符號表文件沒有上傳。
這個令我非常郁悶，因為項目已經上線，不能及時的根據崩潰信息找到對應的問題所在。于是，在下一個版本中開始配置bugly的符號表文件。
但，這還要等好久才能看到用戶的反饋。。。 那有沒有比較簡單的辦法呢？答案是 有的。
重點來了
在項目上線的時候，我們會Archives存檔打包。這個時候我們會看到這個界面
這個時候我們如果有已經上線的版本，我們可以點擊 ‘Crashes’按鈕：
點擊Crashes
這時候就會出現令人欣喜的畫面：
正在下載Crashes信息
這個下載下來的就是正式上線后，APP的崩潰信息了。
上線版本的崩潰信息
最左側：崩潰信息列表，都有哪些地方崩潰了
中間：對應的崩潰位置的代碼
最右側：出現崩潰的手機類型和系統信息。
重要！！！！點擊最右側的 'Open in Project...' 。這時，會讓你選擇要打開哪個項目，你只要選擇對應的項目就好。
項目就會定位在對應bug的那一行上了。??
以上。其實這個方法，和bugly配合起來使用更佳(*^__^*)
希望大家多多交流哈！
相關網址（Bugly官網 和 iOS符號表文件）：
