在生产环境中，通过运行日志我们会发现一些异常问题，此时，我们不能直接拿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跨平台或扫描二维码关注
