使用 Process Explorer 和 Windbg 排查软件线程堵塞问题

已于 2024-12-04 13:43:13 修改
阅读量1.9w 收藏 33
点赞数 61
CC 4.0 BY-SA版权
分类专栏： 分析C++软件问题的实用软件与高效工具实战案例集锦 C/C++实战专栏 C++软件调试与异常排查从入门到精通系列教程 文章标签： 多线程堵塞 ProcessExplorer Windbg 函数调用堆栈 死循环 动态调试 导出dump文件
于 2024-01-09 10:13:15 首次发布
本文为博主原创文章，未经博主允许不得转载。
本文链接：https://blog.youkuaiyun.com/chenlycly/article/details/135473373
本文介绍了如何使用Process Explorer和Windbg排查软件中UI线程堵塞的问题，通过分析线程堆栈和CPU占用，确定死循环原因，最终发现是循环计数器未累加导致的死循环。此外，还提供了动态调试和导出dump文件的方法。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

目录

1、问题说明

2、线程堵塞的可能原因分析

3、使用Windbg和Process Explorer确定线程中发生了死循环

4、根据Windbg中显示的函数调用堆栈去查看源码，找到问题

4.1、在Windbg定位发生死循环的函数的方法

4.2、在Windbg中查看变量的值去辅助分析

4.3、是循环计数值没有累加导致的

5、可以从动态调试的Windbg中导出dump文件

6、最后

C++软件异常排查从入门到精通系列教程（专栏文章列表，欢迎订阅，持续更新...）icon-default.png?t=O83Ahttps://blog.youkuaiyun.com/chenlycly/article/details/125529931C/C++基础与进阶（专栏文章，持续更新中...）

了解本专栏 订阅专栏 解锁全文
使用 Process Explorer 和 Windbg 排查软件线程堵塞案例分享
dvlinker的技术专栏
01-03 1万+
使用Process Explorer和Windbg排查软件线程堵塞案例分享。
使用Process Explorer查看线程的函数调用堆栈去排查程序高CPU占用问题
dvlinker的技术专栏
09-12 1万+
详细讲述如何使用Process Explorer查看线程的函数调用堆栈去排查程序高CPU占用问题。
ProcessExplorer（线程cpu占用率工具）
12-26
windows下只能查看进程的cpu占用率，要查看线程的cpu占用率要借助该工具，线程信息一目了然。
Process Explore & Windbg
weixin_30530523的博客
08-07 218
遇到点内存泄漏、句柄泄漏，应该是家常便饭了。这次就是，程序运行内存一点点增加，句柄也是只增不减，个数竟然可以达到几十万，真是瞪大了我的双眼。 借此机会，学习下相关工具~ Process Explore 任务管理器 & 性能监视器 任务管理器应该是比较常用的了，可以查看程序的进程信息、内存、线程、句柄等等。 性能监视器也是系统自带工具，具体使用后续再说吧。 Process Exp...
Process Explorer v16.32 Windows下查看进程详细信息
C++ 爱好者 make_it_simple888
01-18 1198
官方下载https://docs.microsoft.com/zh-cn/sysinternals/downloads/process-explorer
使用 Process Explorer 和 Windbg 排查C++程序线程堵塞问题
dvlinker的技术专栏
07-27 1835
本文以项目中遇到的实战案例，详细讲解如何使用 Process Explorer 和 Windbg 排查软件线程堵塞问题。
使用Process Explorer/Process Hacker和Windbg高效排查软件高CPU占用问题
dvlinker的技术专栏
11-02 1万+
通过在Windbg中查看变量的值去快速定位软件高CPU占用问题。
使用Process Explorer/Process Hacker和Windbg初步定位软件高CPU占用问题
dvlinker的技术专栏
10-30 1万+
详细讲述如何使用Process Explorer/Process Hacker和Windbg排查软件高CPU占用问题。
使用jstack+ProcessExplorer来寻找java程序中的死循环
天使的心跳
07-26 1347
java程序没有输入的情况下狂占25%的CPU，应该是有死循环，所以寻找错误代码在哪儿。 使用任务管理器，查看java的进程id是2128，然后用jdk自带的jstack执行 jstack -l 2128 > 2128.stack.txt 然后用ProcessExplorer打开进程列表，在2128上点击右键->属性->线程，查找占用最多的线程ID是3520，转成二进制是
Process Explorer进程管理查看工具
08-14
查看系统进程，是一款非常受人喜欢的进程查看工具。非常实用，适合系统管理和编程跟踪进程之用，可以用来排查系统异常进程，每个进程派生及关联关系，便于进行系统分析和跟踪。
用Process Explorer分析进程各个线程CPU占用率
不甘平凡的小鸟的专栏
03-17 8414
使用Process Explorer可以很方便查看某个进程各个线程的CPU占用率，可以为排查问题提供帮助。我使用的Process Explorer版本是v16.21 64bit。使用VS 2008创建一个MFC对话框程序，在代码中创建两个线程，如下： m_thread = (HANDLE)_beginthreadex(NULL,1024,m_thread_func,(void*)this,NULL...
process explorer 进程无法kill 拒绝访问_SystemVerilog中的Process（2）--- 进程的控制
weixin_39876592的博客
12-17 818
Hello everybody，我们接着上期的Process（1）-产生进程的方式（点击跳转）继续讲解SystemVerilog中对于process的多种控制方式。本期黄鸭哥主要给大家讲解 named block、wait_order、wait_fork、disable，还有SystemVerilog中的内建类：process类。1、Named blockBlock，也就是语句块，SystemVe...
利用ProcessExplorer工具查找、杀除占用cpu资源的sql线程
苍天在上
11-17 1276
打开ProcessExplorer，找到oracle进程 双击oracle进程，如图所示，打开"Threads"页签，按照cpu进行降序排列，观察该线程对应的TID和Service Service内填写的是以"OracleService"开头的即为Oracle服务的线程，记录下它TID在sqlDeveloper中执行sql脚本，查找TID对应的sql语句(SQL_TEXT)，判断该线程是否是因
使用Windbg排查线程死锁引起的连不上服务器问题
dvlinker的技术专栏
08-15 2万+
使用Windbg排查线程死锁引起的连不上服务器问题
windows 平台下使用ProcessExplorer查看、分析各个进程的资源占用
qq_28581781的博客
09-07 5999
使用Process Explorer可以很方便查看某个进程各个线程的CPU占用率，可以为排查问题提供帮助。 打开Process Exploer： 然后我们可以看到各个进程的资源情况 我们看到进程占了12.51%的CPU，我们想知道到底是哪个线程占用的，在该进程上右键，选择Properties...: 切换到Threads标签页，可以看到绝大部分CPU是被TID为10456和8300的线程占用。点击Stack，可以查看某个线程此时的运行堆栈。 ...
使用Windbg调试目标程序去分析异常的两实战案例分享
dvlinker的技术专栏
02-22 2万+
使用Windbg动态调试目标程序去分析异常的两实战案例分享。
使用Windbg分析多线程临界区死锁问题分享
热门推荐
dvlinker的技术专栏
01-03 4万+
使用Windbg分析多线程临界区死锁问题分享。
借助process explorer调试一个线程意外死亡的bug
Sagittarius_Warrior的博客
09-13 1697
本文记录我近期在项目中碰到的一个真实案例——“一个线程意外死亡的bug”的分析定位过程，借此展示我们在软件调试的过程中，除了使用调试器单步跟踪外，还可以借助一些外部观察工具来辅助，比如：process explorer。 一、案例描述     近期一同事休假，扔下一堆代码项目给我维护。该项目有一个GUI窗口，窗口上有两个按键——btnA和btnB，分别控制两个工作线程thA和thB。其中，th
深入体验Process Explorer进程监控工具
weixin_42126677的博客
10-13 2915
本文还有配套的精品资源，点击获取 简介：Process Explorer是一个由微软Sysinternals团队开发的强大系统监控工具，它提供了比操作系统自带任务管理器更详细、更直观的进程信息，帮助用户深入理解计算机上的进程和系统资源使用情况。主要功能包括进程信息查看、资源占用可视化、父进程关系追踪、服务和模块查看、搜索功能、挂起和终止进程、句柄查看等。用户通过熟练掌握Pr...
Process Explorer 查找w3wp高 CPU 占用问题
最新发布
07-22
当遇到 `w3wp.exe`（IIS 工作进程）出现高 CPU 使用率的问题时，可以使用 **Process Explorer** 进行深入分析和故障排查。以下是详细的排查步骤和建议： ### 查看进程详细信息 1. **定位 w3wp.exe 进程** 打开 Process Explorer，找到 `w3wp.exe` 进程。右键点击该进程，选择 **Properties** 查看其详细信息，包括占用的 CPU、内存、线程数等。通过 **Threads** 选项卡，可以查看当前进程中所有线程的 CPU 占用情况，找到占用 CPU 最高的线程 ID（TID）[^1]。 2. **查看线程调用堆栈** 在 **Threads** 页面中，右键点击高占用线程，选择 **Stack** 查看该线程的调用堆栈。这将显示该线程当前正在执行的函数调用路径，有助于识别具体代码位置或模块导致的 CPU 高占用问题。 ### 使用符号文件分析 1. **配置符号路径** 为了更准确地解析调用堆栈，需要配置 Microsoft 的符号服务器路径： ``` SRV*C:\Symbols*http://msdl.microsoft.com/download/symbols ``` 在 Process Explorer 中，通过 **Options > Configure Symbols** 设置符号路径。这将帮助解析系统 DLL 和 .NET 运行时中的函数名称。 2. **分析 .NET 应用程序** 如果 `w3wp.exe` 是承载 .NET 应用程序的进程，可以通过 **Stack** 查看是否涉及 `clr.dll` 或 `wksclr.dll` 等 .NET 运行时模块。这可能表明问题出在托管代码中，此时可以进一步使用 **WinDbg** 或 **PerfView** 等工具进行更深入的分析。 ### 结合其他工具进行分析 1. **使用 Performance Monitor (PerfMon)** 启动 PerfMon 并添加 `Process(w3wp)\% Processor Time` 计数器，观察 CPU 使用率的趋势。同时，可以添加 `.NET CLR Exceptions` 和 `.NET CLR LocksAndThreads` 等计数器，帮助识别 .NET 应用程序中的异常或线程争用问题。 2. **使用 LogParser 分析 IIS 日志** 通过 LogParser 工具分析 IIS 日志，识别哪些请求可能导致了高 CPU 使用率。例如： ```sql SELECT cs-uri-stem, COUNT(*) AS Hits FROM ex*.log GROUP BY cs-uri-stem ORDER BY Hits DESC ``` 这可以帮助识别频繁访问的页面或 API 接口。 3. **使用 Debug Diagnostic Tool (DebugDiag)** DebugDiag 是微软提供的专门用于分析内存泄漏和高 CPU 使用率问题的工具。可以配置其规则来捕获 `w3wp.exe` 的内存快照，并分析线程堆栈和对象分配情况。 ### 其他排查建议 1. **检查应用程序代码** 如果确认问题是由于托管代码引起的，应检查是否存在以下情况： - 频繁的垃圾回收（GC） - 大量的正则表达式或字符串操作 - 数据库查询效率低下 - 死锁或线程阻塞 2. **更新 .NET Framework 和 IIS** 确保使用的 .NET Framework 和 IIS 版本是最新的，并安装了所有相关的补丁。某些已知的性能问题可能已在更新中修复。 3. **优化应用程序池配置** 调整应用程序池的回收策略，例如设置合理的请求限制和内存限制，以避免长时间运行导致资源耗尽。 4. **启用 ASP.NET 请求跟踪** 在 IIS 中启用 ASP.NET 请求跟踪功能，可以捕获详细的请求处理信息，帮助识别瓶颈所在。 --- ###
评论 5
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

dvlinker

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值