macOS 使用 atos 命令解析任意崩潰記錄和採樣數據

最近落格輸入法遇到了幾個比較難以復現的問題——關鍵是它不會導致崩潰。這就讓崩潰統計功能根本無效,具體表現為在某些情況下輸入法會突然卡住幾秒,叫人十分惱火。後來我想到,macOS自帶活動管理器中,有個“採樣”功能,可以看到對應進程當前的執行(調用)狀態,那我是不是可以用它來分析錯誤原因呢?

在和用戶溝通後,我得到了一個類似這樣的採樣報告:

在執行完我程序的代碼後,很快就到了卡住的地方,顯然,應該是我調用的某個 API 觸發了系統的 Bug 之類的,所以我只要能找到具體是哪裡調用的,調用了什麼,應該就很容易定位問題了,具體到這個例子中,就是 1774 ??? ( LogInputMac2) 代表了什麼。

於是看著後邊的地址,我猜它應該和崩潰記錄差不多,也是需要 dSym 來解析的,只是這一次沒有現成的功能來用了,我們需要手動計算這個地址(當然只是手動調用比較底層的工具罷了,真手算還是不必了)

行為

atos 命令是 Xcode 自帶的,我們使用的各種自動解析崩潰日誌的工具,也都是在它之上進行構建,所以第一步,我們先找到那個對應的 dSym 文件(希望你還找得到)。

得到文件後,我們使用命令來解析它的 uuid,要和採樣數據中的結果一致:

在採樣數據下方,就是二進制映像,這裡顯示了你程序的版本以及其 uuid。找到對應的 dSym 後,我們用命令 xcrun 矮人轉儲 --烏伊德 LogInputMac2.應用.dSYM/內容/資源/矮人/LogInputMac2 來查看 dSym 中包含的架構和對應的 uuid,比如我的就是:

你看,和採樣中對應的就是 x86_64 的那個。

然後我們進入 atos 的交互模式,首先找到你程序的虛擬地址開始點,比如這一行中 2713 ??? ( LogInputMac2) 加載 地址 0x102d32000 + 0x22aa3 [0x102d54aa3] 我的起始點就是 0x102d32000 你會發現其他行中,這個起始點都是相同的,只有後邊的地址不同,拿到這個起始點後,我們執行命令:

這時終端進入了提示符狀態,裡邊什麼都不顯示,然後我們就可以輸入實際地址進行換算了,還是2713這一行,末尾方括號中的地址就是程序運行的實際地址,我們輸入它,atos 就會根據你的 dSym 文件把對應的代碼顯示出來了。

因為是交互模式,你還可以繼續輸入其他地址,不需要重複執行命令:

參考文獻

本文由 落格博客 原創撰寫:落格博客 » macOS 使用 atos 命令解析任意崩潰記錄和採樣數據

轉載請保留出處和原文鏈接:https://www.logcg.com/archives/3475.html

通過 落格博客

如非聲明,本人所著文章均為原創手打,轉載請註明本頁面鏈接和我的名字。

發表評論

您的電子郵件地址不會被公開. 必填字段標 *