<think>我们正在处理一个关于
使用WinDbg分析Windows窗体应用程序
中的句柄泄漏问题。根据用户的
问题，我们需要提供
使用WinDbg分析窗体
句柄泄漏的方法
和步骤。同时，我们需要参考提供的引用内容，特别是引用[1]中提到了
使用WinDbg的!handle命令，引用[3]提到了
句柄泄漏的影响
和检测方法，引用[4]则展示了一个简单的
句柄泄漏示例代码。
步骤概述：
1. 准备工作：安装
WinDbg，配置符号路径。
2. 启动
WinDbg并附加到目标进程。
3.
使用WinDbg命令检测
句柄泄漏，特别是窗口
句柄（类型为Window）。
4. 分析
句柄使用情况，找出未关闭的
句柄。
5. 定位代码中创建窗口
句柄的位置，以便修复。
详细步骤：
步骤1：准备工作
- 安装
WinDbg（建议最新版本，可从Microsoft Store或Windows SDK中获取）。
- 设置符号路径：在
WinDbg中，通过菜单或命令设置符号路径，确保可以下载Microsoft的公共符号。可以
使用命令：
.sympath srv*https://msdl.microsoft.com/download/symbols
然后执行：
.reload
步骤2：附加到目标进程
- 启动目标应用程序（有窗体
句柄泄漏的应用程序）。
- 打开
WinDbg，选择“文件”->“附加到进程”，选择目标进程。
- 或者
使用命令行启动：
windbg -p <PID>
步骤3：
使用!handle命令获取
句柄信息
- 在
WinDbg中，我们可以
使用`!handle`命令来查看进程的
句柄信息。为了专门查看窗口
句柄，我们可以指定
句柄类型。窗口
句柄的类型在Windows中通常为`Window`（注意：在Windows中，窗口
句柄的类型名称是“Window”，但实际在
句柄表中，窗口
句柄的类型是`WindowStation`、`Desktop`
和`Window`等，但通常我们关心的窗体
句柄类型是`Window`）。
- 然而，在
句柄表中，窗口
句柄的类型实际上是`Window`对象。我们可以
使用以下命令：
!handle 0 0 Window
这个命令会列出所有类型为Window的
句柄。
- 但是，由于
句柄类型很多，我们也可以先查看所有
句柄的统计信息，以确定窗口
句柄的数量
和类型：
!handle 0 0
步骤4：跟踪
句柄的创建
和关闭
- 为了检测
泄漏，我们需要在程序运行过程中多次捕获
句柄快照，并比较窗口
句柄数量的变化。如果窗口
句柄数量持续增加，则存在
泄漏。
- 方法：
a. 在程序启动后不久，捕获一次
句柄快照（
使用`!handle 0 0 Window`记录
句柄数量）。
b. 执行一些操作（比如打开
和关闭窗口）后，再次捕获快照。
c. 重复几次，观察窗口
句柄数量是否持续增加。
- 另外，我们可以
使用`!htrace`命令（
句柄跟踪）来跟踪
句柄的创建
和关闭。这个命令需要启用跟踪，然后可以查看未关闭的
句柄的创建堆栈。
- 启用
句柄跟踪：`!htrace -enable`
- 然后让程序运行一段时间（执行一些操作）。
- 然后再次执行`!htrace -snapshot`来拍摄当前
句柄的快照。
- 再运行一段时间后，执行`!htrace -diff`来比较快照之间的差异，找出在此期间新创建但未关闭的
句柄。
- 对于每个
泄漏的
句柄，我们可以
使用`!htrace <handle_value>`来查看创建该
句柄时的堆栈。
步骤5：分析堆栈，定位代码
- 通过`!htrace`命令得到的堆栈信息，我们可以找到创建窗口
句柄的代码位置。堆栈会显示调用序列，包括函数名
和偏移量。
- 注意：需要加载正确的符号（包括应用程序的符号
和系统符号）才能看到有意义的函数名。
步骤6：修复
问题
- 根据堆栈信息，找到代码中创建窗口
句柄的地方（例如，调用`CreateWindowEx`），并确保在窗口销毁时正确关闭
句柄（通常通过`DestroyWindow`函数，但注意，窗口
句柄的关闭通常由系统管理，然而如果我们在创建窗口后没有正确销毁窗口，就会导致
句柄泄漏。另外，注意窗口类、窗口过程等是否正确处理了销毁消息）。
注意事项：
- 窗体
句柄泄漏通常是因为窗口没有被正确销毁。在Windows中，每个窗口都有一个
句柄，当窗口被销毁时，
句柄会被系统回收。因此，确保在不需要窗口时调用`DestroyWindow`。
- 另外，也要注意窗口消息循环的正确处理，确保在窗口关闭消息（如WM_CLOSE）中执行了销毁操作。
示例代码分析（引用[4]）：
- 在引用[4]中，fun4函数创建了一个事件
句柄但没有关闭，这会导致事件
句柄泄漏。虽然这个例子不是窗口
句柄，但原理类似。窗口
句柄的
泄漏通常是因为没有调用DestroyWindow，而不是CloseHandle（注意：窗口
句柄不能
使用CloseHandle关闭，必须
使用DestroyWindow）。
因此，对于窗体
句柄泄漏，我们应该查找程序中创建窗口的地方，并确保在不需要窗口时调用DestroyWindow。
相关
问题：
根据用户的
问题，我们生成以下相关
问题：
1. 在
WinDbg中，如何区分不同类型的
句柄（如文件
句柄、窗口
句柄）？
2. 除了
WinDbg，还有哪些工具可以检测Windows窗体
句柄泄漏？
3. 如何通过代码避免窗体
句柄泄漏？
4. 在C#应用程序中，如何调试窗体
句柄泄漏？
现在，我们将按照上述步骤详细说明如何用
WinDbg分析窗体
句柄泄漏。</think>###
WinDbg分析Windows窗体
句柄泄漏的方法与步骤
#### 核心原理
窗体
句柄泄漏指程序持续创建窗口对象（`HWND`）但未调用`DestroyWindow()`释放资源。每次
泄漏会增加系统GDI对象计数，当超过阈值（通常10,000个）时程序崩溃[^3]。
WinDbg通过
句柄追踪
和堆栈分析定位
泄漏点。
---
### 分析步骤
#### 1. **准备环境**
- 安装[Windows SDK](https://developer.microsoft.com/zh-cn/windows/downloads/windows-sdk/)（包含
WinDbg）
- 配置符号路径（管理员权限运行）：
```bash
.sympath srv*https://msdl.microsoft.com/download/symbols
.reload /f
```
#### 2. **附加目标进程**
```bash
windbg -pn YourApp.exe # 通过进程名附加
windbg -p <PID> # 通过进程ID附加
```
#### 3. **启用
句柄追踪**
```bash
!htrace -enable # 激活
句柄跟踪
g # 继续运行程序
```
#### 4. **捕获
句柄快照**
```bash
!htrace -snapshot # 创建初始快照
# 执行疑似
泄漏的操作（如反复打开/关闭窗口）
!htrite -snapshot # 创建第二次快照
!htrace -diff # 对比快照差异
```
输出示例：
```
Handles new opened:
Handle 0x274, type Window, stack:
ntdll!NtUserCreateWindowEx+0x14
win32u!CreateWindowEx+0x1f3
USER32!CreateWindowExW+0x79
YourApp!CreateMainWindow+0x42 [c:\source\window.cpp @ 105]
...
```
#### 5. **分析
泄漏点**
- **定位代码**：查看堆栈中`YourApp!`开头的函数（如`YourApp!CreateMainWindow+0x42`）
- **检查
句柄类型**：确认
泄漏句柄类型为`Window`
- **验证
泄漏**：
```bash
!handle 0x274 f # 查看具体
句柄信息
```
#### 6. **修复验证**
- 在代码中确保每个`CreateWindowEx()`对应`DestroyWindow()`
-
使用`!htrace -disable`关闭跟踪后重新测试
---
### 关键命令详解
| 命令 | 用途 |
|------|------|
| `!handle 0 0 Window` | 列出所有窗口
句柄 |
| `!htrace <handle>` | 查看
句柄创建堆栈 |
| `!gdi` | 检查GDI对象计数 |
| `.hh !htrace` | 查看命令帮助文档 |
---
### 常见
泄漏场景
1. **模态窗口未销毁**
```c
HWND hDlg = CreateDialog(...);
ShowWindow(hDlg, SW_SHOW); // 缺少EndDialog销毁
```
2. **动态控件未释放**
```c
for(int i=0; i<100; i++) {
CreateWindow("BUTTON", ...); // 循环中创建按钮
} // 未在父窗口销毁时自动删除
```
3. **消息处理缺陷**
未正确处理`WM_DESTROY`消息：
```c
case WM_CLOSE:
DestroyWindow(hWnd); // 必须调用
break;
```
---
### 辅助工具推荐
1. **任务管理器**：进程详情页查看"
句柄数"趋势
2. **
Process Explorer**：实时监控
句柄类型统计
3. **GDIView**（NirSoft）：专项分析GDI对象
泄漏
> 提示：窗体
句柄泄漏常伴随USER对象/GDI对象增长，需结合`!gdi`
和`!user`命令综合分析[^1][^2]。
---
超级会员免费看
本文介绍了如何使用Process Explorer和Windbg来排查和分析程序中的句柄泄漏问题。通过性能监视器发现句柄和线程数量异常增长，接着使用Process Explorer统计句柄类型，发现大量Event和Thread句柄。最后通过Windbg的!handle和!htrace命令定位到泄漏源，发现是定时器触发的线程创建导致的泄漏。分析过程中强调了动态分析在查找问题中的重要性。
https://blog.youkuaiyun.com/chenlycly/article/details/124272585
订阅专栏 解锁全文
扫一扫
4万+
到【灌水乐园】发言
