背景：
车间机台12点40分钟无缘故死机，而且不少机台这样，是同一秒死机，程序日志没有记录任何有用信息。和windows日志，有Application Hang的错误，以及Windows Error Report错误，也指示ApplicaitonHangB1错误。
但测试网络的ping程序，未在错误发生时间点，记录到异常。
应对策略：
在出问题的时机，到现场直接转储机台程序的进程内存，分析转储文件。看看主线程堆栈到底在哪Hang住。
Dump机台程序：
因为机台程序（Com.Wisdom.TJOD.Client.App.exe）是以32位运行的，故用32位任务管理器Dump C:\Windows\SysWOW64\Taskmgr.exe 32位任务管理器。
Symbol Search Path设置：
路径最好不要有中文。 前部分是程序文件，后部分指定下载目录。
C:\Users\Administrator\Desktop\bug\debug;srv*d:\symbols*http://msdl.microssoft.com/download/symbols
保存Symbol Search Path设置：
每次Save Workspace,再次调试时再Open workspace，就能记住Symbol Search Path。
加载sos：
机台是车间电脑，为win10，本机也是win10，但.net sos.dll版本不同。需要从机台获取sos.dll
SOS.dll 随 .NET Framework 安装在 %windir%\microsoft.net\framework\<.NET 版本> 目录下。我们程序在这，C:\Windows\Microsoft.NET\Framework\v4.0.30319\SOS.dll
用 .load C:\Windows\Microsoft.NET\Framework\v4.0.30319\SOS.dll 加载
用.chain 测试是否加载成功。
用 !eeversion 测试是否加载的是正确sos.dll版本。
因为程序hang住，故查看线程堆栈。!threads 查看线程
!eestack 查看所有线程堆栈 !clrstack 查看当前线程托管堆栈
切换线程：
~3 查看3号线程
~3s 切换到3号线程
清屏：
.cls
查看符号
lm 列出模块，deferred 是迟加载的意思
若要强制加载符号，使用.reload /f
参考：https://www.cnblogs.com/kekec/archive/2012/12/02/2798020.html
https://www.cnblogs.com/lbq1221119/archive/2008/06/17/1224301.html