软件安装

安装问题:执行 .loadby sos clr 命令无效

解决办法:

.load C:\Windows\Microsoft.NET\Framework64\v4.0.30319\SOS.dll
.load C:\Windows\Microsoft.NET\Framework64\v4.0.30319\clr.dll
.loadby sos clr

代码调试

查看线程

命令: !threads

执行结果:

进入线程

命令: ~~[线程Id]s

执行结果:

查看线程详情

命令: !clrstack

执行结果:

查看线程状态

命令:  !ThreadState 线程StateId

执行结果:

退出附加进程

命令: qd

查看线程环境块(空间)

命令:  !Teb

执行结果:

查看线程堆栈

命令:  !dumpstack

执行结果:

查看局部变量

命令:  !clrstack

    !clrstack -l

执行结果:

查看帮助

命令:   !help

执行结果:

查看终结器队列

命令:  !FinalizeQueue

执行结果:

查看线程池详情

命令: !threadpool

执行结果:

查看查看当前托管线程已执行时间

命令:  !runaway

执行结果:

清屏

命令:  !cls

查看查看当前托管线程已执行时间

命令:  ~*e!clrstack

执行结果:看所有线程的堆栈

CPU过高的问题

模拟CPU过高

示例代码:

class Program
{
static void Main(string[] args)
{
Run(); Console.Read();
} static void Run()
{
var task = Task.Factory.StartNew(() =>
{
//这是一个非常复杂的逻辑,导致死循环
while (true)
{ }
});
}
}

生成64位Realease版本代码:

在Bin/Realse下找到文件并运行,然后查看CPU:

解决CUP占用过高

创建转储文件:

↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓

找到该转储文件:C:\Users\ADMINI~1\AppData\Local\Temp\ConsoleApp4.DMP

用X64版本的WinDbg打开DMP文件:

↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓

然后打开命令输入:

然后输入 .loadby sos clr 与 !threads

现在线程少没有关系,多的话我们没有办法去判断哪个线程消耗严重,所以执行 !runaway 查看当前托管线程已执行时间

切换到指定线程 ~~[4f78]s ,执行  !clrstack  查看当前线程的调用堆栈

从调用堆栈上来看,当前线程 在 Program+c.b__1_0() 方法之后23行就没有调用堆栈了,说明方法在这个地方停滞不前了。

最后反编译源码到指定的方法中去查看

方法二:

通过 !dumpdomain 拿到程序地址

然后反编译成dll输出文件 !savemodule 00007ff7e4f94120 c:\\.dll (文件夹必须存在)

然后找到该dll进行反编译

死锁问题

模拟死锁

实例代码:

class Program
{
static void Main(string[] args)
{
new Program().Run(); Console.Read();
} void Run()
{
lock (this)
{
var task = Task.Factory.StartNew(() =>
{
Console.WriteLine("-------start-------");
Thread.Sleep(); Run2();
Console.WriteLine("---------end--------");
}); task.Wait();
}
} void Run2()
{
lock (this)
{
Console.WriteLine("------我是Run2------");
}
}
}

执行结果:

解决死锁

然后用WinDbg附加到进程,执行 .loadby sos clr 与 !threads 查看当前的托管线程

然后执行 ~*e!clrstack 查看所有线程的堆栈

可以看出主线程在等待

执行 !syncblk 查看当前哪个线程持有锁,可以看出主线程持有锁

可以看得出“主线程”持有当前的同步锁

内存爆满

模拟内存爆满

实例代码:

class Program
{
static StringBuilder sb = new StringBuilder();
static void Main(string[] args)
{
for (int i = ; i < ; i++)
{
sb.Append("hello world");
} Console.WriteLine("执行完毕");
Console.Read();
}
}

解决内存爆满

然后用WinDbg附加到进程,执行  .loadby sos clr 与  !threads ,然后执行  !dumpheap -stat 查看clr的托管堆中的各个类型的占用情况

然后看到了有13768个char[]数组

然后执行 !DumpHeap /d -mt 00007ff841318610    //查看当前的方法表

然后执行 !DumpObj /d 0000022baed1dec8 //查看当前char[]的内容

然后执行 !gcroot 00000135a60f4940 查看当前地址的Root。。。

所以结合“StringBuilder”,结合 ”hello world“ 我们就找出了问题。。。

WinDbg调试C#技巧,解决CPU过高、死锁、内存爆满的更多相关文章

  1. Java中的CPU占用高和内存占用高的问题排查

    下面通过模拟实例分析排查Java应用程序CPU和内存占用过高的过程.如果是Java面试,这2个问题在面试过程中出现的概率很高,所以我打算在这里好好总结一下. 1.Java CPU过高的问题排查 举个例 ...

  2. WINDBG解决cpu占高的问题

    https://blog.csdn.net/yenange/article/details/62886988 https://blog.csdn.net/zhushentian/article/det ...

  3. 用windbg+sos找出程序中谁占用内存过高,谁占用CPU过高(转载)

    原文地址: http://www.cnblogs.com/Lawson/archive/2011/01/23/1942692.html 很早看到windbg+sos方面的知识,一直没仔细学习,也许因为 ...

  4. MySQL CPU 使用率高的原因和解决方法

    用户在使用 MySQL 实例时,会遇到 CPU 使用率过高甚至达到 100% 的情况.本文将介绍造成该状况的常见原因以及解决方法,并通过 CPU 使用率为 100% 的典型场景,来分析引起该状况的原因 ...

  5. 记一次查内存异常问题(续《记一次Web应用CPU偏高》)

    继上一次查应用的CPU飙高问题(http://www.cnblogs.com/hzmark/p/JVM_CPU.html)过去10天了.上次只是定位到了是一个第三方包占用了大量的CPU使用,但没有细致 ...

  6. Oracle SQL CPU占用高

    Oracle数据库经常会遇到CPU利用率很高的情况,这种时候大都是数据库中存在着严重性能低下的SQL语句,这种SQL语句大大的消耗了CPU资源,导致整个系统性能低下.当然,引起严重性能低下的SQL语句 ...

  7. JVM进程cpu飙高分析

    在项目快速迭代中版本发布频繁  近期上线报错一个JVM导致服务器cpu飙高 但内存充足的原因现象.  对于耗内存的JVM程序来而言,  基本可以断定是线程僵死(死锁.死循环等)问题. 这里是纪录一下排 ...

  8. 再记一次w3wp占用CPU过高的解决过程(Dictionary和线程安全)

    在此之前项目有发生过两次类似的状况,都得以解决,但最近又会发现偶尔CPU会跑满,虽然之前使用过WinDbg解决过两次问题但人的记忆是不可靠的,今天处理同样问题的时候还是遇到了一些障碍,这一次希望可以记 ...

  9. zprofiler三板斧解决cpu占用率过高问题(转载)

    zprofiler三板斧解决cpu占用率过高问题 九居 JVM性能与调试平台   zprofiler   上周五碰到了一个线上机器cpu占用率过高的问题.问题本身比较简单,但是定位过程中动用了多个zp ...

随机推荐

  1. JUC中AQS简介

    AQS,在java.util.concurrent.locks包中,AbstractQueuedSynchronizer这个类是并发包中的核心,了解其他类之前,需要先弄清楚AQS.在JUC的很多类中都 ...

  2. CentOS7系统操作httpd服务 - 开机启动/重启/查看状态

    第一.启动.终止.重启 systemctl start httpd.service #启动 systemctl stop httpd.service #停止 systemctl restart htt ...

  3. 一个优秀团队leader应该具备的几点素质

    首先,技术要过硬.毕竟一个团队是在靠技术为别人创造价值的,一定程度上,团队leader的技术能力决定了整个团队的技术上限.leader对技术的坚持和追求很可能会影响团队成员对技术的坚持和追求,至少le ...

  4. Javascript保证精度的小数乘法

    众所周知,js的小数乘法很容易丢失精度,这是一件很恶心的事情.所以我写了这个方法,保证计算精度./** * js小数乘法 *@parameter arg1:被乘数(接受小数和整数) *@paramet ...

  5. RabbitMQ和Kafka到底怎么选?

    前言 开源社区有好多优秀的队列中间件,比如RabbitMQ和Kafka,每个队列都貌似有其特性,在进行工程选择时,往往眼花缭乱,不知所措.对于RabbitMQ和Kafka,到底应该选哪个? Rabbi ...

  6. 《前端之路》之 JavaScript 进阶技巧之高阶函数(下)

    目录 第二章 - 03: 前端 进阶技巧之高阶函数 一.防篡改对象 1-1:Configurable 和 Writable 1-2:Enumerable 1-3:get .set 2-1:不可扩展对象 ...

  7. 从源码解读线程(Thread)和线程池(ThreadPoolExecutor)的状态

    线程是比进程更加轻量级的调度执行单位,理解线程是理解并发编程的不可或缺的一部分:而生产过程中不可能永远使用裸线程,需要线程池技术,线程池是管理和调度线程的资源池.因为前不久遇到了一个关于线程状态的问题 ...

  8. eureka服务搭建

    Server端 引入eureka server的maven依赖 引入依赖时无需给定eureka的版本号,maven会根据当前使用的SpringCloud版本来判断应该引入哪个版本的euraka ser ...

  9. Java面向接口编程,低耦合高内聚的设计哲学

    接口体现的是一种规范和实现分离的设计哲学,充分利用接口可以极大的降低程序中各个模块之间的耦合,提高系统的可维护性以及可扩展性. 因此,很多的软件架构设计理念都倡导"面向接口编程"而 ...

  10. Github排序(转载)

    目录 1. 冒泡排序 2. 选择排序 3. 插入排序 4. 希尔排序 5. 归并排序 6. 快速排序 7. 堆排序 8. 计数排序 9. 桶排序 10. 基数排序 参考:https://mp.weix ...