记一次 .NET某工厂报警监控设置 崩溃分析

一：背景

1. 讲故事

前些天有位朋友在微信上丢了一个崩溃的dump给我，让我帮忙看下为什么出现了崩溃，在 Windows 的事件查看器上显示的是经典的 访问违例 ，即 c0000005 错误码，不管怎么说有dump就可以上windbg开干了。

二：WinDbg 分析

1. 程序为谁崩溃了

在 Windows 平台上比较简单，可以用 !analyze -v 命令查看，输出结果如下：


0:120> !analyze -v
...
CONTEXT:  (.ecxr)
rax=0000000000000000 rbx=000000d5140fcf00 rcx=0000000000000000
rdx=000001d7f61cf1d8 rsi=000001d7d3635a10 rdi=000000d5140fc890
rip=00007ff80e17d233 rsp=000000d5140fc760 rbp=000000d5140fc8a0r8=000001d7d3308144  r9=0000000000000000 r10=0000000000000000
r11=000001d96736b620 r12=000000d5140fca08 r13=00007ff80d326528
r14=000000d5140fcf00 r15=0000000000000000
iopl=0         nv up ei pl nz na po nc
cs=0033  ss=002b  ds=002b  es=002b  fs=0053  gs=002b             efl=00010206
00007ff8`0e17d233 3909            cmp     dword ptr [rcx],ecx ds:00000000`00000000=????????
Resetting default scopeEXCEPTION_RECORD:  (.exr -1)
ExceptionAddress: 00007ff80e17d233ExceptionCode: c0000005 (Access violation)ExceptionFlags: 00000000
NumberParameters: 2Parameter[0]: 0000000000000000Parameter[1]: 0000000000000000
Attempt to read from address 0000000000000000ERROR_CODE: (NTSTATUS) 0xc0000005 - 0x%p            0x%p                    %sEXCEPTION_CODE_STR:  c0000005STACK_TEXT:  
000000d5`140fc760 00007ff8`6bcc6d93     : 000001d7`d3635a10 000000d5`140fcb80 00007ff8`6bcfda57 00007ff8`695acc92 : 0x00007ff8`0e17d233
000000d5`140fc8b0 00007ff8`6bcc6c48     : 00000000`00000004 00007ff8`6be5ba73 00000000`00000000 00000000`00000000 : clr!CallDescrWorkerInternal+0x83
000000d5`140fc8f0 00007ff8`6be5bf66     : 000001d7`d3635a10 00000000`00000000 000000d5`140fcad8 00000000`00000000 : clr!CallDescrWorkerWithHandler+0x4e
000000d5`140fc930 00007ff8`6be5c41f     : 00000000`00000000 000000d5`140fca30 00000000`00000000 000000d5`140fcb60 : clr!CallDescrWorkerReflectionWrapper+0x1a
000000d5`140fc980 00007ff8`69993ee4     : 00000000`00000000 00000000`00000000 000001d7`d3635a10 00007ff8`699f9700 : clr!RuntimeMethodHandle::InvokeMethod+0x45f
000000d5`140fcf90 00007ff8`6997eeae     : 000001d7`d3376af0 00000000`00000000 00000000`0000011e 00007ff8`699f82f3 : mscorlib_ni!System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal+0x104
000000d5`140fd000 00007ff8`699c3a06     : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : mscorlib_ni!System.Reflection.RuntimeMethodInfo.Invoke+0x8e
000000d5`140fd080 00007ff8`0dfb7bb3     : 000001d7`d3635998 000001d7`d45e28e0 00000000`0000011c 000001d7`d3376af0 : mscorlib_ni!System.RuntimeType.InvokeMember+0x306
...
STACK_COMMAND:  ~120s; .ecxr ; kb
...

从卦中信息看崩溃的汇编语句是 dword ptr [rcx],ecx ，经常看C#汇编代码的朋友我相信对这条语句非常敏感，对，它就是JIT自动插入的一条 this!=null 的防御性判断，看样子程序有 this=null 的情况，接下来入手点就是RIP处 ExceptionAddress: 00007ff80e17d233，用 !U 观察下上下文。


0:120> !U 00007ff80e17d233
Normal JIT generated code
MyScript.Process()
Begin 00007ff80e17d1c0, size 3d5
00007ff8`0e17d1c0 55              push    rbp
00007ff8`0e17d1c1 57              push    rdi
00007ff8`0e17d1c2 56              push    rsi
00007ff8`0e17d1c3 4881ec30010000  sub     rsp,130h
00007ff8`0e17d1ca c5f877          vzeroupper
...
00007ff8`0e17d220 e813c1edfe      call    00007ff8`0d059338 (xxx.GetRegion(System.String, Boolean), mdToken: 000000000600034f)
00007ff8`0e17d225 48898570ffffff  mov     qword ptr [rbp-90h],rax
00007ff8`0e17d22c 488b8d70ffffff  mov     rcx,qword ptr [rbp-90h]
>>> 00007ff8`0e17d233 3909            cmp     dword ptr [rcx],ecx
00007ff8`0e17d235 e8de87edfe      call    00007ff8`0d055a18 (xxx.get_Region(), mdToken: 0000000006000073)

从卦中的汇编代码看逻辑非常清晰，即 xxx.GetRegion() 方法返回为null，然后在取其中的 Region 属性时直接崩掉，说白了这是一个简单的 空引用异常，完整的代码截图如下：

奇怪就奇怪在这里，代码中明明用 try catch 给包起来了，为什么程序直接崩掉了。

2. 为什么try catch 无效

尼玛，这是我这几年做dump分析第一次遇到这种情况，真的是无语了，接下来我们验证下这个异常是否到了托管层？

  1. 是否有 NullReferenceException

熟悉dump分析的朋友应该知道，如果线程抛了异常在回溯的过程中会记录到 Thread.m_LastThrownObjectHandle 字段中，同时 !t 命令可以在 Exception 列中看到此信息。


0:120> !t
ThreadCount:      48
UnstartedThread:  0
BackgroundThread: 47
PendingThread:    0
DeadThread:       0
Hosted Runtime:   noLock  ID OSID ThreadOBJ           State GC Mode     GC Alloc Context                  Domain           Count Apt Exception0    1 29dc 000001d7d162d5d0    26020 Preemptive  000001D7D8228A00:000001D7D8228D28 000001d7d1602380 0     STA ...159   18 22dc 000001d967906ff0  1029220 Preemptive  000001D7D834E558:000001D7D834E558 000001d7d1602380 1     MTA (GC) (Threadpool Worker) ...

但从卦中数据看所有的 Exception 列都没有异常信息，这就表示程序没有走到 CLR 的异常处理链条上，至少是不完整的。

  1. 是否有 AccessViolationException

参加过 C#内功修炼训练营 的朋友应该都知道，这种 c0000005 的异常在 C#层面最终会被map成两种异常中的其一，即 NullReferenceException 和 AccessViolationException，选择其一的逻辑就是判断 RIP 是在托管层还是非托管层，模型图如下：

但遗憾的是在 !t 的列表中也没有任何的 AccessViolationException 字样，这也更加确认了它没有调用异常处理链中的 CreateThrowable 函数。。。

事出反常必有妖，在 !t 的输出结果中可以看到此时 159号线程触发了 GC，接下来切过去看一看。


0:120> ~159s
ntdll!NtQueryInformationThread+0x14:
00007ff8`8317ea34 c3              ret
0:159> k# Child-SP          RetAddr               Call Site
00 000000d5`00c3e7d8 00007ff8`7f216e2e     ntdll!NtQueryInformationThread+0x14
01 000000d5`00c3e7e0 00007ff8`6bcea731     KERNELBASE!GetThreadPriority+0x1e
02 000000d5`00c3e850 00007ff8`6be69cc5     clr!Thread::GetThreadPriority+0x56
03 000000d5`00c3e8a0 00007ff8`6be69bc4     clr!ThreadSuspend::SuspendRuntime+0xa5
04 000000d5`00c3e990 00007ff8`6bd814e3     clr!ThreadSuspend::SuspendEE+0x128
05 000000d5`00c3ea90 00007ff8`6bd85f51     clr!WKS::GCHeap::GarbageCollectGeneration+0xb7
06 000000d5`00c3eaf0 00007ff8`6be7ee6b     clr!WKS::gc_heap::trigger_gc_for_alloc+0x2d
07 000000d5`00c3eb30 00007ff8`470e53ec     clr!JIT_New+0x4d6
08 000000d5`00c3eee0 00007ff8`470e537c     Microsoft_VisualBasic_ni!Microsoft.VisualBasic.Strings.ReplaceInternal+0x3c [f:\dd\vb\runtime\msvbalib\Strings.vb @ 761] 
09 000000d5`00c3ef80 00007ff8`0d04f81f     Microsoft_VisualBasic_ni!Microsoft.VisualBasic.Strings.Replace+0x15c [f:\dd\vb\runtime\msvbalib\Strings.vb @ 737] 
...

从卦中的线程栈来看，此时正在 SuspendEE 阶段，而且还是处于早期阶段，正在准备给 SuspendThread 安排一个好的优先级，主要是怕优先级太低了，导致 线程饥饿 得不到调度，毕竟 GC Process 的过程一定要是快中再快，接下来我们看下程序的 framework 版本。


0:159> !eeversion
4.7.3190.0 free
Workstation mode
SOS Version: 4.7.3190.0 retail build

可以看到还是比较老的 .netframework 4.7.3，结合这么多信息，我个人觉得这可能是 CLR 的一个 bug，在 SuspendEE 阶段的早期（还没有 foreach threads）刚好遇到了一个硬件异常，这个 硬件异常 CLR 在业务逻辑上没处理好，导致 SEH 异常没有引入到 托管层，或者中途的某一环断掉了，我放一张C#内功修炼训练营 中的硬件异常完整流程图。

最后给到朋友的建议比较简单：

  • 判 null 的时候一定要加 null 判断，避免异常逻辑。
  • 升级 framework 到最新的 4.8.1 观察。

三：总结

这次程序崩溃的原因很简单，就是 空引用异常 ，但诡异就诡异在明明有 trycatch 在外部，硬是没接住，这个大概率是 CLR 的 bug，让我这个分析多年dump的老手都叹为观止，开了眼界，无语了无语了。。。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.rhkb.cn/news/348861.html

如若内容造成侵权/违法违规/事实不符，请联系长河编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

4090显卡 安装cuda 11.3 版本

4090显卡 安装cuda 11.3 版本

文章目录 cuda 安装安装过程中会要求选择安装的内容更改cuda地址到你安装的地方 cuda 安装 cuda官网寻找cuda11.3 版本 https://developer.nvidia.com/cuda-11.3.0-download-archive?target_osLinux&target_archx86_64&DistributionUbuntu&target_version20.04&…
阅读更多...
setOptMode -holdTargetSlack与-holdSlackFixingThreshod

setOptMode -holdTargetSlack与-holdSlackFixingThreshod

我正在「拾陆楼」和朋友们讨论有趣的话题，你⼀起来吧？ 拾陆楼知识星球入口 -holdTargetSlack与-holdSlackFixingThreshod这两个option都是针对hold slack的，前者限制slack的目标，默认是0，也就是说工具尽可能会收敛时序…
阅读更多...
解决electron设置透明背景后，引入element-plus样式问题

解决electron设置透明背景后，引入element-plus样式问题

首先给当前窗口设置自定义窗口以及背景色。 const mainWindow new BrowserWindow({width: 900,height: 670,show: false,autoHideMenuBar: true,...(process.platform linux ? { icon } : {}),webPreferences: {preload: join(__dirname, ../preload/index.js),sandbox: fal…
阅读更多...
操作系统入门系列-MIT6.828（操作系统工程）学习笔记（七）---- 系统调用函数与GDB(Lab: system calls)

操作系统入门系列-MIT6.828（操作系统工程）学习笔记（七）---- 系统调用函数与GDB(Lab: system calls)

系列文章目录 操作系统入门系列-MIT6.828（操作系统工程）学习笔记（一）---- 操作系统介绍与接口示例 操作系统入门系列-MIT6.828（操作系统工程）学习笔记（二）---- 课程实验环境搭建&am…
阅读更多...
深度学习500问——Chapter11：迁移学习（1）

深度学习500问——Chapter11：迁移学习（1）

文章目录 11.1 迁移学习基础知识 11.1.1 什么是迁移学习 11.1.2 为什么需要迁移学习 11.1.3 迁移学习的基本问题有哪些 11.1.4 迁移学习有哪些常用概念 11.1.5 迁移学习与传统机器学习有什么区别 11.1.6 迁移学习的核心及度量准则 11.1.7 迁移学习与其他概念的区别 11.1.8 什么…
阅读更多...
CATIA P3 V5-6R 中文版软件下载安装 达索CATIA三维设计软件获取

CATIA P3 V5-6R 中文版软件下载安装 达索CATIA三维设计软件获取

CATIA的建模和装配能力堪称业界翘楚。其强大的建模工具能够轻松应对各种复杂的几何形状和结构，帮助设计师们快速构建出精准的产品模型。同时，装配模块则能够实现零部件的快速装配，大大提高了设计效率。 在分析和仿真方面，CATIA同样…
阅读更多...
Landsat8的质量评估波段的一个应用

Landsat8的质量评估波段的一个应用

Landsat8一直是遥感界的热门话题。这不仅延续了自1972年以来NASA连续对地观测，而且这颗卫星为科学界带来了一些新的东西——质量评估波段（the Quality Assessment (QA) Band）。根据USGS Landsat Missions webpage，“QA通过标示哪个…
阅读更多...
强大高效，推荐这两款分析文章和抠图的AI工具

强大高效，推荐这两款分析文章和抠图的AI工具

ChatDOC ChatDOC是一款基于ChatGPT的AI阅读辅助工具，旨在通过与用户指定的文档进行对话来处理用户的专属数据。它能够帮助用户快速提取文档中的信息，支持多种文件格式，并提供准确的答案。此外，ChatDOC还具备智能格式化、自动摘要生…
阅读更多...
STM32F103ZET6_HAL_CAN

STM32F103ZET6_HAL_CAN

1定义时钟 2定义按键 按键上拉电阻 3开启串口 4打开CAN（具体什么意思上一篇讲了） 5生成代码 /* USER CODE BEGIN Header */ /********************************************************************************* file : main.c* brief …
阅读更多...
SCI二区|鲸鱼优化算法（WOA）原理及实现【附完整Matlab代码】

SCI二区|鲸鱼优化算法（WOA）原理及实现【附完整Matlab代码】

目录 1.背景2.算法原理2.1算法思想 3.结果展示4.参考文献5.代码获取 1.背景 2016年，S Mirjalili受到自然界座头鲸社会行为启发，提出了鲸鱼优化算法（Whale Optimization Algorithm, WOA）。 2.算法原理 WOA模拟了座头鲸的社会行为…
阅读更多...
关于FPGA对 DDR4 （MT40A256M16）的读写控制 I

关于FPGA对 DDR4 （MT40A256M16）的读写控制 I

关于FPGA对 DDR4 （MT40A256M16）的读写控制 I 语言 ：Verilg HDL EDA工具：ISE、Vivado 关于FPGA对 DDR4 （MT40A256M16）的读写控制 I一、引言二、DDR4的特性（MT40A256M16）（1…
阅读更多...
计算机msvcp100.dll丢失怎么办，分享5种亲测有效的解决方法

计算机msvcp100.dll丢失怎么办，分享5种亲测有效的解决方法

电脑已经成为我们生活中不可或缺的一部分。然而，在使用电脑的过程中，我们常常会遇到一些问题，其中之一就是电脑提示缺失msvcp100.dll。这个问题可能会让我们感到困惑和烦恼，但是只要我们了解其原因并采取相应的解决方法&#xff0…
阅读更多...
汇聚荣科技有限公司实力强吗？

汇聚荣科技有限公司实力强吗？

汇聚荣科技有限公司实力强吗?在当今快速发展的科技行业中，公司的实力往往决定了其市场竞争力和发展前景。对于汇聚荣科技有限公司而言，其是否具备强大的实力，不仅关系到自身的发展，也影响着投资者和合作伙伴的选择。因此&#xf…
阅读更多...
A股上市公司MSCI ESG评级面板数据（2017-2023）

A股上市公司MSCI ESG评级面板数据（2017-2023）

数据简介：MSCI ESG（Environmental, Social, and Governance）评级是由 MSCI Inc. 提供的一项服务，旨在评估公司在环境、社会和治理方面的表现。MSCI 是一家全球领先的投资研究和指数提供商，其 ESG 评级被广泛用于评估企…
阅读更多...
ArrayList浅析

ArrayList浅析

目录 一、ArrayList源码1.1 迭代器1.1.1 Itr源码浅析1.1.2 ListItr源码浅析 1.2 常用方法1.3 System.arraycopy1.4 ArrayList 的创建方式 二、引申问题2.1 ArrayList的大小是如何增加的？2.2 什么情况下你会使用ArrayList2.3 在索引中ArrayList的增加或者删除某个对象…
阅读更多...
编译原理：语法分析

编译原理：语法分析

目录 引言上下文无关文法 CFG: Context-Free Grammar定义推导方法最左推导和最右推导 分析树分析树->抽象语法树常见的上下文无关文法文法设计二义性文法扩展巴科斯范式：EBNF extended Backus Normal Form 文法和语言分类相关术语直接推导推导*推导句型、句子、语…
阅读更多...
Kettle 数据抽取工具使用教程：从入门到实战

Kettle 数据抽取工具使用教程：从入门到实战

一、简介 Kettle 是 Pentaho Data Integration (PDI) 的一个组成部分，是一个开源的数据集成工具。它被广泛用于数据的抽取、转换和加载 (ETL) 过程。Kettle 提供了一个易于使用的图形界面，可以轻松设计和执行 ETL 流程。 github 源码地址：ht…
阅读更多...
机器学习第四十三周周报 aGNN

机器学习第四十三周周报 aGNN

文章目录 week43 aGNN摘要Abstract1. 题目2. Abstract3. 网络架构3.1 aGNN3.1.1 输入与输出模块3.1.2 嵌入层3.1.3编码器解码器模块：带有多头注意力层的GCN 3.2 可释性模型：SHAP 4. 文献解读4.1 Introduction4.2 创新点4.3 实验过程4.3.1 实验区域以及场…
阅读更多...
Golang免杀-分离式加载器(传参)AES加密

Golang免杀-分离式加载器(传参)AES加密

目录 enc.go 生成: dec.go --执行dec.go...--上线 cs生成个c语言的shellcode. enc.go go run .\enc.go shellcode 生成: --key为公钥. --code为AES加密后的数据, ----此脚本每次运行key和code都会变化. package mainimport ("bytes""crypto/aes"&…
阅读更多...
Linux - 复盘一次句柄数引发的故障

Linux - 复盘一次句柄数引发的故障

文章目录 Pre（内核、用户、进程）句柄数设置问题 shell修复 Pre Linux - 深入理解/proc虚拟文件系统：从基础到高级 （内核、用户、进程）句柄数设置 在Linux系统中，进程打开的最大句柄数可以通过多种方式配置…
阅读更多...
最新文章
推荐文章

Copyright @ 2022~2023