.Net 内存对象分析
在生產環境中,通過運行日志我們會發現一些異常問題,此時,我們不能直接拿VS遠程到服務器上調試,同時日志輸出的信息無法百分百反映內存中對象的狀態,比如說我們想查看進程中所有的Socket連接狀態、服務路由信息等等。
即:如何分析.Net 運行時內存對象?
所以,今天我們推薦.Net進階必備神器:Windbg,基于Windbg分析內存中對象的狀態。
還是以實際場景為例吧,這樣可以更加貼合實際應用,同時更有借鑒意義。
業務場景:分布式環境下,各個服務容器進程中緩存了各個服務的Socket連接信息,方便運行時服務間相互訪問。但是網絡是偶爾要抖動的,在抖動的一瞬間,很多Socket連接便中斷了,服務調用方收到的異常信息便是:連接已中斷等。
如何快速定位到哪些Socket連接是中斷的?這些中斷的Socket連接是連接的哪些服務器、端口?這些信息可以幫助我們分析具體的網絡問題,同時做一些程序上的補償:連接重建。一個目標,保持程序的高可用性!
那么,請出我們今天的主角:Windbg,微軟的官方介紹:
http://windbg.org/
進一步說,我們需要抓取指定進程某一瞬間的內存鏡像,然后使用Windbg分析內存中各種對象、線程、線程池、析構隊列、堆、CPU內核時間片等的狀態。
因此,第一步,我們需要對要進行內存分析的進程,抓取一個Full Dump文件:內存鏡像文件。
任務管理器->選擇進程->創建轉儲文件
系統會將Dump文件存儲在指定的目錄,這個目錄需要拷貝一下,以備用。
第二步,從下面路徑下載并安裝Windbg:
https://developer.microsoft.com/en-us/windows/hardware/download-windbg
請根據操作系統的位數,選擇X86或者X64。這里我們用的64位操作系統,選擇的Windbg(X64)
第三步:Ctrl+D,打開剛才抓取的Dump文件
第四步:加載調試用的SOS.dll: .loadby sos clr
.loadby sos clr
第五步:查看內存中指定類型的對象?
!dumpheap -Type Socket這里的Socket是具體的類型,我們要查看Socket連接狀態,所以類型是Socket
這里的Header中MT=Method Table
我們需要用的MT:00007ffafe50d700
第六步,查看內存所有所有的Socket對象的地址:
!dumpheap -mt 00007ffafe50d700?
輸出結果中,第一列是某一個Socket對象的內存地址
此時,我們可以使用下面的命令,隨機查看一個Socket對象的信息:
!do 000001b2d188ae00!do 的意思:!dumpObj?
?那么問題來了,幾百個Socket對象,如果一個一個!do查看,這工作量太大了! 當然不能這么干,Windbg有.foreach命令
?搜索Debugging help.chm文檔,.foreach給了個樣例:
.foreach /f ( place "g:\myfile.txt") { dds place }即,循環遍歷一個文本文件,對每一行數據,執行一個命令操作。
好,我們回到我們上一步的輸出中:每個Socket對象的地址列表,我們拷貝出來,用文本編輯工具只取出第一列(Socket地址列),保存成1.txt
第七步:循環遍歷查看每個內存對象
.foreach /f (adr "C:\1.txt") {!do adr}輸出:
將所有的輸出,拷貝到文本編輯器中,搜索查詢指定的屬性,例如m_IsConnected=0, 即可找出連接斷開的Socket對象,然后進一步用!gcroot 查看這個對象的引用關系,再一步一步看各個引用對象的信息就可以大致分析了。
原文地址:http://www.cnblogs.com/tianqing/p/7630636.html
.NET社區新聞,深度好文,微信中搜索dotNET跨平臺或掃描二維碼關注
總結
以上是生活随笔為你收集整理的.Net 内存对象分析的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 初探SQL Server 2017 on
- 下一篇: 调试 ASP.NET Core 2.0