记一次 .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=000000d5140fc8a0
 r8=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 scope

EXCEPTION_RECORD:  (.exr -1)
ExceptionAddress: 00007ff80e17d233
   ExceptionCode: c0000005 (Access violation)
  ExceptionFlags: 00000000
NumberParameters: 2
   Parameter[0]: 0000000000000000
   Parameter[1]: 0000000000000000
Attempt to read from address 0000000000000000

ERROR_CODE: (NTSTATUS) 0xc0000005 - 0x%p            0x%p                    %s

EXCEPTION_CODE_STR:  c0000005

STACK_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:   no
                                                                                                        Lock  
       ID OSID ThreadOBJ           State GC Mode     GC Alloc Context                  Domain           Count Apt Exception
   0    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的老手都叹为观止，开了眼界，无语了无语了。。。

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

如若内容造成侵权/违法违规/事实不符，请联系我们进行投诉反馈qq邮箱809451989@qq.com，一经查实，立即删除！

相关文章

Python图像处理——基于Pytorch框架ResNet152特征提取的MNIST手写数字识别

Python图像处理——基于Pytorch框架ResNet152特征提取的MNIST手写数字识别

1. 数据集介绍 MNIST手写数字数据集： http://yann.lecun.com/exdb/mnist/ MNIST 数据集一共有 7 万张图片，其中 6 万张是训练集， 1 万张是测试集。每张图片是 28 28 的 0−9 的手写数字图片组成。每个图片是黑底白字的形式，黑底…
阅读更多...
前端技术回顾系列 10｜TS 泛型在类和接口中的应用

前端技术回顾系列 10｜TS 泛型在类和接口中的应用

在微信中阅读，关注公众号：CodeFit。 创作不易，如果你觉得这篇文章对您有帮助，请不要忘了 点赞、分享 和 关注 我的公众号：CodeFit，为我的持续创作提供动力。 上文回顾：约束泛型（Generic Constraints） 上一篇文章我们回顾了 泛型 在 TypeScript 中的高级用法 —— 泛型…
阅读更多...
uniapp开发微信小程序预加载分包

uniapp开发微信小程序预加载分包

微信小程序分包是一种优化小程序项目结构和性能的方式。它允许开发者将小程序代码包拆分成多个子包，在用户需要时动态加载这些子包，从而减少小程序的首次加载时间和主包的体积。（总体积不得大于20M，主包（共同文件静态资…
阅读更多...
nest : 无法加载文件 C:\Users\admin\AppData\Roaming\npm\nest.ps1，因为在此系统上禁止运行脚本。

nest : 无法加载文件 C:\Users\admin\AppData\Roaming\npm\nest.ps1，因为在此系统上禁止运行脚本。

完整报错： nest : 无法加载文件 C:\Users\admin\AppData\Roaming\npm\nest.ps1，因为在此系统上禁止运行脚本。有关详细信息，请参阅 https:/go.microsoft.com/fwlink/?LinkI D135170 中的 about_Execution_Policies。 问题原因： …
阅读更多...
Ubuntu基础-vim编辑器

Ubuntu基础-vim编辑器

目录 前言: 一. 安装 二. 配置 三. 基本使用 1.使用 Vim 编辑文本文件 2.代码编辑 3.多窗口编辑 四. 总结 前言: Vim 是从 VI 发展出来的一个文本编辑器，具有代码补充、错误跳转等功能，在程序员中被广泛使用。它的设计理念是命令的组合&#xff…
阅读更多...
Django后台忘记管理员的账号

Django后台忘记管理员的账号

使用命令启动项目： python manage.py runserver输入后缀/admin，进入后台管理员，如果此时忘记你先前设置的用户名与密码怎么办？ 终端输入： python manage.py shell 输入以下内容，并查看返回结果&#xff…
阅读更多...
ASM字节码插桩实现点击防抖

ASM字节码插桩实现点击防抖

思路：在点击事件onclick的时候，将view的onclick在给定的时间给拦截掉。以前我们可能都是用一个util来拦截，这样在每个点击事件都得去判断，那么这里就用字节码插桩的形式来实现一下。 ASM的引入 dependencies {implementation gr…
阅读更多...
【因果推断python】31_合成控制1

【因果推断python】31_合成控制1

目录 一个了解无从知晓事情的超酷数学技巧 我们有时间 一个了解无从知晓事情的超酷数学技巧 当我们审视双重差分法时，我们有来自 2 个不同城市的多个客户的数据：阿雷格里港和弗洛里亚诺波利斯。数据跨越 2 个不同的时间段：在阿雷格里港进行…
阅读更多...
关于头条项目经验面试题的总结

关于头条项目经验面试题的总结

文章目录 前言一、论坛项目经典话术二、请你介绍一下你最近的项目吧2.1 话术1 三、你的公司的开发环境是怎么搭建的？四、登录你们是怎么做的？4.1 账号密码登录4.2 手机验证码发送4.2.1 手机验证码发送4.2.2 手机验证码登录 五、用户行为限流是怎么做的&a…
阅读更多...
oracle 删除当前用户下所有表

oracle 删除当前用户下所有表

荆轲刺秦王 通常呢 我们将正式环境的 oracle 数据库 导出成 dmp 文件，然后导入到测试环境或者本地环境，期间可能会出现各种问题。那么如何使错误的导入数据全部删除呢。可以这样做： 1. 本地虚拟机启动 oracle 服务 2. sqldeveloper 连接 o…
阅读更多...
数据桥梁：无缝连接信息孤岛与分析前沿

数据桥梁：无缝连接信息孤岛与分析前沿

在数字化浪潮席卷全球的今天，数据已成为推动社会进步和经济发展的重要力量。然而，在实际应用中，我们常常遇到的一个挑战是如何将分散、孤立的数据资源进行有效整合，打破“信息孤岛”，实现数据的无缝连接和高效利用。本…
阅读更多...
【智能算法应用】基于粒子群算法的多尺度Retinex图像去雾方法

【智能算法应用】基于粒子群算法的多尺度Retinex图像去雾方法

目录 1.算法原理2.粒子群算法的多尺度Retinex图像去雾方法3.结果展示4.参考文献5.代码获取 1.算法原理 【智能算法】粒子群算法（PSO）原理及实现 多尺度Retinex算法 在Retinex算法中，雾化图像的形成可以总结为入射光和反射光的乘积: I ( x…
阅读更多...
开源可二次开发的商城小程序源码系统源码 前后端分离 附带完整的安装包以及搭建部署教程

开源可二次开发的商城小程序源码系统源码 前后端分离 附带完整的安装包以及搭建部署教程

系统概述 本开源商城小程序源码系统是基于现代Web开发技术栈打造的一套高性能、易扩展的电商解决方案。它采用了前后端分离的设计模式，前端使用Vue.js或React等主流框架构建用户界面，后端则采用Node.js/Express、Spring Boot等技术栈处理业务逻辑与数据…
阅读更多...
QT调用vs2019生成的c++动态库

QT调用vs2019生成的c++动态库

QT调用vs2019生成的c动态库 dll库的创建方法： VS2019创建c动态链接库dll与调用方法-CSDN博客 加减法示范： 头文件 // 下列 ifdef 块是创建使从 DLL 导出更简单的 // 宏的标准方法。此 DLL 中的所有文件都是用命令行上定义的 DLL3_EXPORTS // 符号编…
阅读更多...
Linux Debian12使用podman安装xss-labs靶场环境

Linux Debian12使用podman安装xss-labs靶场环境

一、xss-labs简介 xss-labs靶场是一个专门用于学习和练习跨站脚本攻击（XSS）技术的在线平台。它提供了一系列的实验场景和演示，帮助安全研究人员、开发人员和安全爱好者深入了解XSS攻击的原理和防御方法。 二、安装podman环境 Linux Debian…
阅读更多...
LVS/NAT负载均衡实操

LVS/NAT负载均衡实操

添加规则,并做持久操作 1 添加规则 [rootlvs ~]# ipvsadm -A -t 10.36.178.183:80 -s wrr [rootlvs ~]# ipvsadm -a -t 10.36.178.183:80 -r 192.168.65.201:80 -m -w 3 [rootlvs ~]# ipvsadm -a -t 10.36.178.183:80 -r 192.168.65.202:80 -m -w 1[rootlvs ~]# ipvsadm -Ln …
阅读更多...
第2章 Rust初体验4/8：提供标准库之外功能的Library Crate：简化包管理和依赖管理：猜骰子冷热游戏

第2章 Rust初体验4/8：提供标准库之外功能的Library Crate：简化包管理和依赖管理：猜骰子冷热游戏

讲动人的故事，写懂人的代码 2.4 故事2: 生成点数之和的随机答案 又是新的一天，大家的培训课又开始了哦！现在，我们的学员们开始用三种语言来实现故事2，加油！ 2.4.1 Rust版故事2 2.4.1.1 提供标准库之外功能的Library Crate：简化包管理和依赖管理 贾克强：“我们的故事…
阅读更多...
【JVM】JVisualVM的介绍、使用和GC过程

【JVM】JVisualVM的介绍、使用和GC过程

VisualVM介绍 VisualVM 是Netbeans的profile子项目，已在JDK6.0 update 7 中自带，能够监控线程，内存情况，查看方法的CPU时间和内存中的对 象，已被GC的对象，反向查看分配的堆栈(如100个String对象分别由哪几…
阅读更多...
30 岁的程序员，要有 “归零“ 心态

30 岁的程序员，要有 “归零“ 心态

大家好，我是码农先森。 古话说的 “三十而立”，正是担重之时，却大部分人在职场中都处于不上不下的尴尬境地。已经没有刚毕业时那股子冲劲，被生活和工作磨平了棱角。 在技术思想方面，似乎已经触及到了天花板&#xff…
阅读更多...
阻容感的串联和并联

阻容感的串联和并联

文章目录 电阻的串联电容的串联 电阻的串联 电容的串联 CC1C2/(C1C2) 串联后电容反而变小了，所以实际应用中，电容不串联（我没见过电容串联使用的） 类似于电导的分压， 电容一般是并联使用 电感一般串联使用
阅读更多...
最新文章

Copyright @ 2022~2023