使用Process Explorer/Process Hacker和Windbg高效排查C++程序高CPU占用问题

原创 已于 2024-11-15 15:17:12 修改 · 1.4k 阅读 · 5 ·
CC 4.0 BY-SA版权
本文为博主原创文章，未经博主允许不得转载。
文章标签：

#C++ #高CPU占用 #ProcessExplorer #Process Hacker #Windbg #线程函数调用堆栈

于 2024-07-27 10:53:30 首次发布

目录

1、为什么需要将Process Explorer/Process Hacker与Windbg结合起来分析高CPU占用问题？

1.1、使用Windbg分析时为什么还要使用Process Explorer/Process Hacker呢？

1.2、使用Process Explorer/Process Hacker分析时为什么还要使用Windbg呢？

2、先用Process Explorer/Process Hacker找到占用高CPU的线程id，然后到Windbg中找到对应的线程

2.1、在Process Explorer/Process Hacker找到占用高CPU的线程

2.2、到Windbg中找到高CPU占用的线程，切换到该线程中

3、分析占用高CPU线程的代码

3.1、找到pdb文件，查看详细的函数调用堆栈

3.2、分析占用高CPU线程的代码

4、在Windbg中查看变量的值，定位线程中发生死循环的原因

4.1、进一步分析代码

4.2、在Windbg中查看m_DataList列表中的元素，找出了引发问题的原因

5、最后

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

了解本专栏 订阅专栏 解锁全文
使用Process Explorer/Process Hacker和Windbg高效排查软件高CPU占用问题
dvlinker的技术专栏
11-02 1万+
通过在Windbg中查看变量的值去快速定位软件高CPU占用问题。
电脑技巧：进程管理工具Process Explorer介绍
IT技术分享社区
11-02 6893
Process Explorer本来是Sysinternals的产品，已经被微软收购，成为了微软旗下进程管理的神兵利器，可以把它当作微软任务管理器的增强工具。大家可以到微软的官方网站去下载Process Explorer。它属于免安装软件，解压后直接运行即可。
如何用ProcessHacker掌控Windows系统？5大核心功能+实用技巧全解析
最新发布
gitblog_00402的博客
10-31 429
ProcessHacker是一款**免费开源的系统监控与管理工具**，专为Windows用户打造。它能帮助你实时查看进程活动、管理系统资源、调试软件问题，甚至检测潜在恶意程序，堪称电脑高手的"瑞士工具"。无论你是普通用户还是IT运维人员，都能通过它轻松掌控系统运行状态。 ## ???? 为什么选择ProcessHacker？3大核心优势 ### 1️⃣ 完全免费+开源透明 作为开源项目，Proce...
【开发工具集】Process Explorer——进程资源管理器
此地无银
03-24 1万+
进程查看工具
使用Process Explorer/Process Hacker和Windbg初步定位软件高CPU占用问题
dvlinker的技术专栏
10-30 1万+
详细讲述如何使用Process Explorer/Process Hacker和Windbg排查软件高CPU占用问题。
Process Hacker工具使用
李安北的博客
05-26 1万+
Process Hacker是一款免费开源的统进程管理和内存编辑器，它不仅能够帮助你查看管理进程，同时也能进行系统监视和内存编辑，帮助你监视系统资源、调试软件和检测恶意软件。 下载地址：https://process-hacker.en.softonic.com/ 使用直接双击Process Hacker.exe 简单使用 1.监控流量 首先可以监测软件的流量 2.管理服务，包含检测系统加载的驱动 3.查看软件的网络连接 4.检测磁盘读写数据，有部分软件疯狂的读写磁盘，磁盘损耗，浪费带宽。 5.F
【windbg】CPU占用率过高问题排查
沭沭wen
10-11 1257
runaway num：让调试器显示每个线程消耗的用户模式时间(user time)默认不加num就是0x1，还有更多的num组合，这边就不做扩展了，默认就够用了。该扩展命令可以用来快速找出哪些线程循环失去控制消耗了太多CPU时间。输出中以调试器的内部线程号和16进制线程ID来标识每个线程。还会显示调试器ID。如上图，我们通过~跳到想要分析的线程，然后kbn可以查看具体线程的堆栈信息。当然，想要更加详细的堆栈信息，需要添加pdb，这边就不过多赘述了，网上很多教程。
使用Process Explorer/Process Hacker与Windbg初步定位软件高CPU占用问题
热门推荐
dvlinker的技术专栏
01-09 3万+
本文详细介绍如何使用Process Explorer/Process Hacker与Windbg初步定位软件高CPU占用问题。
使用Process Explorer、System Informer（Process Hacker）和Windbg工具排查软件高CPU占用问题
dvlinker的技术专栏
06-03 1万+
本文详细介绍如何使用Process Explorer、System Informer（Process Hacker）和Windbg工具排查项目中遇到的高CPU占用问题。
使用Clumsy和Process Explorer定位软件高CPU占用问题
dvlinker的技术专栏
10-24 5584
使用弱网模拟工具Clumsy和进程查看工具Process Explorer定位软件高CPU占用问题。
Process Hacker:使用此功能强大的工具查看和管理流程，服务等。-开源
05-08
Process Hacker是一个免费的开源过程查看器。 这个多功能工具将帮助您进行调试，恶意软件检测和系统监视。
ProcessHacker进程处理工具
10-25
ProcessHacker，可以查看、分析当前系统上运行的进程。查看其加载的Dll。
【免费下载】 探秘Process Hacker：一款强大的系统监控工具
gitblog_00052的博客
04-11 2624
是一个开源、免费且功能丰富的进程查看和管理系统工具。它提供了详细的进程信息，允许用户深入探索和控制操作系统运行中的每一个进程，包括内存、线程、模块、句柄等详细信息，并具备权限提升、挂起、恢复、终止进程等功能。 该项目遵循 GNU General Public License v2.0 许可，由开发者 上找到。 ## 技术分析 Process Hacker 的强大功能基于以下几个核心技术： ...
Windows 下使用 Process Explorer 查找软件高 CPU 占用问题
mei5201314bing的博客
06-05 1438
《使用Process Explorer排查Windows系统CPU占用过高问题》摘要：本文介绍如何利用微软Process Explorer工具高效诊断Windows环境下的CPU性能问题。该工具可深入分析进程、线程及调用栈信息，帮助开发者定位C++/C#等程序的性能瓶颈。重点讲解从进程识别、线程分析到调用栈检查的完整排查流程，包括符号表加载、异常栈解读等实用技巧，并提供常见问题对照表和调试建议，是Windows平台性能优化的实用指南。
【亲测免费】 探索ProcessHacker：一款强大的系统监控与管理工具
gitblog_00019的博客
04-16 2324
是一个开源、免费的进程查看器和系统工具，它提供了对Windows操作系统的深入洞察和控制能力。该项目由PK Roma开发，并在GitCode上托管，旨在帮助用户深入了解运行中的进程，控制内存，管理文件和注册表，以及其他各种系统级任务。 ## 技术分析 ProcessHacker 基于C++语言编写，利用了Windows API来获取和修改系统信息。它的核心功能包括： - **进程管理**：能...
Process Hacker 一个系统监视工具
c1sdn19的专栏
09-17 369
网络调试时，从后端同学那里得知这个工具。 主要用到了它的网络监测功能，查看前后端的连接状态： established, close wait ...
windbg排查CPU高问题
xwnxwn的专栏
04-04 450
使用命令 kv 查看当前线程的调用堆栈，可以看到线程中使用到了一个封装的网络通讯库，一直在RecvFrom，猜测可能就是此线程在死循环在等待接收数据，中间没有等待时间，根据这个线索，然后继续定位代码模块。函数内部是在不断的调用循环接收客户端数据，查看调用了通讯库的函数声明，最后一个参数就是等待的时间（单位ms），正常如果设置了阻塞等待的时间应该就不会产生如此高的CPU，那么肯定就是该通讯库的该参数无效，问题大概已经能定位，修改代码，在调用RecvFrom的函数后面，如果没有接收到网络数据就等待10ms。
用jstack+process explorer 定位cpu占用高的代码块（windows篇）
xinjirufen1的专栏
05-26 587
打开Process Exploer，找到进程号（pid）， 右键属性查看CPU高的线程号， 根据进程号，在cmd中执行，jstack -l 9136 > d:/java/0520-1.stack，（路径可以修改9136是进程号），执行后会在路径下生成文件 将线程号转为16进制的数字后，在上一步生成的文件中搜索，找到对应的执行代码，比如线程4948转为16进制后为1354，则用1354在文件中搜索。 ...
vsode 子文件夹下的c++代码不能自动编译，局部变量不能tab
06-07
### 解决方案 在解决 VSCode 中子文件夹下的 C++ 代码不能自动编译以及局部变量无法通过 Tab 补全的问题时，可以从以下几个方面入手： #### 1. 配置 `tasks.json` 文件以支持子文件夹的自动编译 VSCode 的任务配置文件 `tasks.json` 是实现自动编译的核心。确保该文件正确配置了编译器路径和参数，并能够递归编译子文件夹中的源代码。 以下是一个示例 `tasks.json` 配置文件[^3]： ```json { "version": "2.0.0", "tasks": [ { "label": "build", "type": "shell", "command": "g++", "args": [ "-g", "${workspaceFolder}/**/*.cpp", // 支持递归编译所有子文件夹中的 .cpp 文件 "-o", "${workspaceFolder}/bin/output" ], "group": { "kind": "build", "isDefault": true }, "problemMatcher": ["$gcc"] } ] } ``` 上述配置中，`${workspaceFolder}/**/*.cpp` 确保了所有子文件夹中的 `.cpp` 文件都会被编译。 #### 2. 配置 `c_cpp_properties.json` 文件以支持正确的 IntelliSense 设置 为了使局部变量可以通过 Tab 补全，需要确保 `c_cpp_properties.json` 文件正确配置了头文件路径、编译器路径以及其他相关设置。 以下是一个示例 `c_cpp_properties.json` 配置文件[^4]： ```json { "configurations": [ { "name": "Linux", "includePath": [ "${workspaceFolder}/**", // 确保包含所有子文件夹的头文件路径 "/usr/include/c++/9" // 根据实际环境调整 C++ 标准库路径 ], "defines": [], "compilerPath": "/usr/bin/g++", // 确保编译器路径正确 "cStandard": "c11", "cppStandard": "c++17", "intelliSenseMode": "gcc-x64" } ], "version": 4 } ``` 上述配置中，`includePath` 确保了所有子文件夹中的头文件都能被正确解析，从而支持局部变量的补全功能。 #### 3. 检查扩展安装与配置 确保已安装并启用 Microsoft 提供的官方 C/C++ 扩展[^5]。此外，检查扩展的设置是否正确，例如是否启用了 IntelliSense 功能。 可以在 VSCode 的设置中搜索 `C_Cpp: IntelliSense Engine`，并确保其值为 `Default` 或 `Tag Parser`。 #### 4. 清理缓存与重启 VSCode 有时，VSCode 的缓存可能导致配置未生效。可以尝试以下步骤清理缓存并重启： - 删除 `.vscode` 文件夹下的 `c_cpp_properties.json` 和 `tasks.json` 文件。 - 使用 `Ctrl+Shift+P` 打开命令面板，运行 `C/C++: Reset IntelliSense Database` 命令。 - 重启 VSCode 并重新生成配置文件。 --- ### 注意事项 如果问题仍未解决，可以参考以下排查方法： - 使用 Process Explorer 或 Process Hacker 检查编译过程中是否存在高 CPU 占用或其他异常情况[^6]。 - 使用 Windbg 分析程序崩溃或异常行为，确保编译器和依赖库正常工作[^7]。 --- ###
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

dvlinker

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

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

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

打赏作者

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

抵扣说明：

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

余额充值