网站首图怎么做,wordpress型营销,vi企业设计,网络工程的定义一#xff1a;背景
1. 讲故事
前段时间有位朋友找到我#xff0c;说他们有一个崩溃的dump让我帮忙看下怎么回事#xff0c;确实有太多的人在网上找各种故障分析最后联系到了我#xff0c;还好我一直都是免费分析#xff0c;不收取任何费用#xff0c;造福社区。
话不多…一背景
1. 讲故事
前段时间有位朋友找到我说他们有一个崩溃的dump让我帮忙看下怎么回事确实有太多的人在网上找各种故障分析最后联系到了我还好我一直都是免费分析不收取任何费用造福社区。
话不多说既然有 dump 来了那就上 windbg 说话吧。
二WinDbg 分析
1. 为什么会崩溃
说实话windbg非常强大双击打开dump就能第一时间帮你显示出简略的异常信息输出如下 This dump file has an exception of interest stored in it.
The stored exception information can be accessed via .ecxr.
(bf8.5dc4): Access violation - code c0000005 (first/second chance not available)
For analysis of this file, run !analyze -v
clr!WKS::gc_heap::mark_object_simple10x220:
00007ffb380453c4 833a00 cmp dword ptr [rdx],0 ds:00007ffa35451300????????
从卦中又看到了经典的 mark_object_simple1 方法这个方法是GC用来做对象标记之用的所以大概率又是托管堆损坏真是无语了接下来用 !verifyheap 检查下托管堆。 0:083 !verifyheap
object 00000218e96963d8: bad member 00000218E9696450 at 00000218E9696420
Last good object: 00000218E96963C0.
Could not request method table data for object 00000218E9696450 (MethodTable: 00007FFA35451300).
Last good object: 00000218E96963D8.
一看这卦就很不吉利真的是有对象的mt是不对的至此我们把崩溃的直接原因给找到了。
2. 为什么对象损坏了
要找到这个答案就需要深挖 00000218e96963d8 对象分别使用 !do 命令以及 dp 来观察内存地址。 0:083 !do 00000218e96963d8
Name: System.Threading.Tasks.TaskDelayPromise
MethodTable: 00007ffb3542b3e8
EEClass: 00007ffb3567c7c0
Size: 120(0x78) bytes
File: C:\Windows\Microsoft.Net\assembly\GAC_64\mscorlib\v4.0_4.0.0.0__b77a5c561934e089\mscorlib.dll
Fields:
...
00007ffb35451300 40035d5 48 ...m.Threading.Timer 0 instance 00000218e9696450 Timer0:083 dp 00000218e9696450 L6
00000218e9696450 00007ffa35451301 0000000000000000
00000218e9696460 00000218e96964c8 0000000000000000
00000218e9696470 00007ffb353e4b51 00000218e9696368
仔细观察卦中对象 00000218e9696450 所显示的mt你会发现一个是 00007ffb35451300一个是 00007ffa35451301很显然前者是对的后者是错的可以分别用 !dumpmt 做个验证。 0:083 !dumpmt 00007ffb35451300
EEClass: 00007ffb356942f0
Module: 00007ffb353b1000
Name: System.Threading.Timer
mdToken: 0000000002000504
File: C:\Windows\Microsoft.Net\assembly\GAC_64\mscorlib\v4.0_4.0.0.0__b77a5c561934e089\mscorlib.dll
BaseSize: 0x20
ComponentSize: 0x0
Slots in VTable: 23
Number of IFaces in IFaceMap: 10:083 !dumpmt 00007ffa35451301
00007ffa35451301 is not a MethodTable
细心的朋友会发现虽然两个mt地址不一样但已经非常相近看样子又是一例经典的bit位翻转我去用 .formats 转成二进制观察一下截图如下 从卦中可以清晰的看到当前地址有两个 bit 的翻转分别是第0位和第32位接下来就要洞察为什么会有两个bit位的翻转
3. 真的存在两个bit位翻转吗
接下来我们逐一来聊一下。
bit 0 为什么会翻转
熟悉 coreclr 底层的朋友应该知道gc 在标记的过程中会给 mt 的第0位设置为1表示当前对象在深度优先中已经标记过防止重复标记当然这个也是有源码作证的,简化后的代码如下 inline BOOL gc_heap::gc_mark(uint8_t* o, uint8_t* low, uint8_t* high, int condemned_gen)
{if ((o low) (o high)){BOOL already_marked marked(o);if (already_marked){return FALSE;}set_marked(o);return TRUE;}
}#define marked(i) header(i)-IsMarked()BOOL IsMarked() const
{return !!(((size_t)RawGetMethodTable()) GC_MARKED);
}
有了这段源码这个 bit 为什么为 1 就能轻松的解释了所以这个翻转是一个正常情况。
bit 32 为什么会翻转
这个是我无法解释的也正是因为这个 bit32 的翻转导致 gc 认为这个 obj 是一个损坏的对象到底是什么原因呢民间众说纷纭在我的过往分析旅程中我已见过两例但我不敢确定自己又遇到了辐射类的奇葩情况所以也第一时间找朋友确认程序周边是否存在辐射环境。 朋友反馈过来附近有 伺服电机 类说实话工控的东西我是真的不太懂只能上网搜搜这玩意是否有辐射截图如下 到底是不是这玩意导致的其实我心里也没底跟朋友的沟通后说是只出现过一次这就更加玄乎了。 不管怎么说我只能给出如下两个方案
上 ECC 纠错内存远离辐射环境
三总结
在大工控领域里这是我见过第三例bit位翻转导致的程序崩溃太无语了恶魔到底是不是旁边的 伺服电机 ? 希望领域内的同行们留言讨论下让我长长见识感谢
