chrome“aw，snap”崩潰，但看不到崩潰日志在chrome：//崩潰但看到DMP生成，那么解釋這個DMP文件的最快方法是什么

Question

我可以看到我的頁面崩潰（參見aw，快照頁面）10分鍾后具有20％的可用性（否則它會像永遠一樣運行良好）

所以我試過了：

1）CPU和內存檢查與任務管理器，並看到沒有增加（所以沒有泄漏）。

2）在chrome：// settings / result中啟用crush log：

2.1）在chrome：// crashes頁面中仍然看不到任何內容，甚至沒有崩潰ID（0崩潰）。

2.2）在路徑下的文件夾中看不到任何內容

C:/%User%/AppData/Local/Google/CrashReports (nothing in) nor 

C:/%User%/AppData/Local/Google/Chrome/User Data/Crash Reports (folder not exist)

2.3）但確實看到DMP：

C:/%User%/AppData/Local/Google/Chrome/User Data/CrashPads/reports

但似乎它們不可讀，而且它似乎也不是崩潰日志的正確地址

3）可以通過命令行參數或使用sawbuck獲取chrome日志，但只發現2個錯誤，一個用於sawbuck本身，另一個說不能將報告發送到google。

所以問題是：

1）崩潰日志的那些DMP（轉換文件的默認Dir已經為chrome v50更改）

2）如何從DMP文件中抽象出信息，如果chrome：//崩潰頁面什么都沒有顯示（對於Windows上的chrome）ps 2使用頁面可以在https://www.chromium.org/developers/decoding-crash找到-dumps https://www.chromium.org/developers/crash-reports

但似乎不是沒有重新編譯chrome組件的Windows，是否有任何第三方工具來解釋DMP文件？

環境信息：

chrome version: 50.0.2661.02 m
; Host OS: windows 10

Answer 1

標准Windows調試程序可以讀取C:\\Users\\<user>\\AppData\\Local\\Google\\Chrome\\User Data\\Crashpad\\reports的故障轉儲（ .dmp文件）。 WinDbg是一個用於分析這些轉儲的工具（由Microsoft提供）; 它不會贏得任何美容內容，但它是強大的，並完成工作。 獲得它的推薦方法有點奇怪，是Windows驅動程序工具包 。

您需要調試符號才能理解結果，這些不包含在Chrome的標准版本中。 要獲取Chrome和Windows運行時的符號，請將以下內容設置為符號路徑：

    SRV*c:\symbols*https://msdl.microsoft.com/download/symbols;SRV*c:\symbols*https://chromium-browser-symsrv.commondatastorage.googleapis.com

在網絡上使用WinDbg有很多資源; 這個備忘單包含一些有用的命令，可以幫助您入門。