C++仿制Windows任务管理器：深入系统编程与性能监控实战

1. 项目概述与核心价值

如果你是一名C++开发者，或者对Windows系统底层机制充满好奇，那么“仿制一个任务管理器”这个想法，大概率在你脑海里闪现过不止一次。我们每天都在用Ctrl+Shift+Esc或Ctrl+Alt+Delete呼出这个系统核心工具，查看CPU占用、内存消耗，或者强行结束一个无响应的程序。它就像一个系统健康状况的仪表盘，直观且强大。但你是否想过，这个仪表盘本身是如何被制造出来的？它背后调用了哪些不为人知的系统接口？它的数据又是如何实时、准确地获取并呈现的？

这个“Windows任务管理器仿制项目”正是为了回答这些问题而生。它不是一个简单的界面模仿，而是一次深入Windows操作系统腹地的探险。通过使用C++这门贴近系统底层的语言，我们将亲手揭开任务管理器神秘的面纱，从零开始构建一个具备核心监控功能的应用。这个过程，远比单纯调用一个现成的API要复杂和有趣得多。你需要理解进程与线程的生命周期、掌握内存管理的多种方式、学会与Windows内核进行“对话”。最终，你得到的不仅仅是一个可以运行的“山寨版”任务管理器，更是一套对Windows系统编程、性能监控原理的深刻理解，这份经验对于从事系统软件、安全软件、性能分析工具开发的工程师来说，是无价的。

对于初学者，这是一个绝佳的、目标明确的中大型综合练习项目；对于有经验的开发者，这是一个查漏补缺、巩固系统知识的实践场。接下来，我将带你从设计思路到代码实现，完整走一遍这个项目的构建之路，分享其中踩过的坑和收获的技巧。

2. 整体架构设计与技术选型

在动手写第一行代码之前，我们必须想清楚：一个任务管理器的核心是什么？它需要哪些模块？各个模块之间如何协作？一个健壮的架构是项目成功的一半。

2.1 核心功能模块拆解

一个基础的任务管理器仿制品，至少应包含以下四大核心模块：

1. 进程信息枚举与管理模块：这是心脏。负责获取系统所有运行进程的列表，以及每个进程的详细信息，如PID（进程ID）、映像名称、所属用户、CPU时间、内存占用等。同时，还需要提供“结束进程”、“结束进程树”等管理功能。
2. 性能数据监控模块：这是仪表盘。负责实时采集并计算系统级的性能数据，包括但不限于：CPU总体使用率、每个逻辑核心的使用率、物理内存与虚拟内存的使用情况（总量、已用、可用）、磁盘I/O、网络流量等。
3. 用户界面模块：这是脸面。负责将上述数据以清晰、直观的方式呈现给用户。通常包括一个列表视图（显示进程）、一个性能图表（折线图或仪表盘）、以及一些选项卡和按钮。
4. 数据刷新与线程模块：这是脉搏。负责以固定的时间间隔（如1秒）触发数据采集和界面更新，确保信息的实时性。这里必然涉及多线程编程，以避免界面在数据采集时卡死。

2.2 技术栈与工具选型

基于上述模块，我们的技术选型需要兼顾功能实现效率和开发便利性。

• 核心语言：C++。这是不二之选。因为我们需要大量调用Windows平台原生的、未封装的API（Win32 API/Native API），C++能提供最直接、最灵活的控制。使用C++17或C++20标准可以获得更现代的语法糖和标准库支持。
• 图形界面框架：这里有几个主流选择：
  • Win32 API (纯SDK)：最原始、最轻量、依赖最少，但开发效率低，需要自己处理大量消息循环和控件绘制细节。适合追求极致性能和最小依赖的硬核玩家。
  • MFC (Microsoft Foundation Classes)：微软的老牌C++框架，封装了Win32 API，提供了文档-视图架构，开发效率高于纯Win32。但框架较为陈旧，现代特性支持不足。
  • Qt：跨平台的C++框架，拥有强大的信号槽机制、丰富的控件和优秀的开发工具。如果你想做的仿制品不仅限于Windows，或者希望界面更美观、开发更高效，Qt是极佳的选择。它需要链接相应的动态库。
  • 本项目建议：为了最深入地理解Windows GUI编程机制，我强烈建议从Win32 API开始。虽然陡峭，但学成之后，你对Windows窗口、消息、GDI绘制的理解会上升一个维度。后续如果需要，可以很容易地将核心逻辑迁移到Qt等框架中。
• 关键Windows API：这是本项目的知识核心。
  • 进程/线程：CreateToolhelp32Snapshot,Process32First,Process32Next（获取进程列表）；OpenProcess,TerminateProcess（管理进程）；GetSystemTimes（获取系统CPU时间）。
  • 性能计数器：PDH(Performance Data Helper) 函数族。这是获取CPU、内存、磁盘、网络等性能计数器的官方推荐方式，比直接读注册表或WMI更稳定高效。
  • 内存信息：GlobalMemoryStatusEx（获取物理/虚拟内存全局状态）；GetProcessMemoryInfo（获取特定进程内存详情）。
  • 特权与安全：AdjustTokenPrivileges。为了结束某些系统进程或获取更高权限进程的信息，我们的程序可能需要以管理员身份运行或动态启用SeDebugPrivilege权限。
• 开发环境：
  • IDE：Visual Studio 2022。它对Windows开发的支持是无与伦比的，集成了优秀的调试器、MSVC编译器和对新C++标准的良好支持。
  • 编译器：MSVC (Microsoft Visual C++)。
  • 构建系统：可以直接使用Visual Studio的解决方案(.sln)和项目文件(.vcxproj)，简单直接。

注意：在项目属性中，需要确保使用Unicode字符集，因为现代Windows API宽字符版本(W后缀，如CreateWindowW)是主流。同时，根据所选界面框架，正确配置链接库。

3. 核心模块实现详解

有了清晰的架构，我们就可以分模块攻坚了。每个模块都有其难点和技巧。

3.1 进程信息枚举：从快照到详情

获取进程列表是第一步。这里我们使用Toolhelp32系列函数，这是最经典和稳定的方式。

#include <windows.h> #include <tlhelp32.h> #include <vector> #include <string> struct ProcessInfo { DWORD pid; std::wstring name; std::wstring user; ULONGLONG workingSetSize; // 内存工作集 // ... 其他字段 }; std::vector<ProcessInfo> EnumerateProcesses() { std::vector<ProcessInfo> processes; // 1. 创建系统快照，指定只抓取进程信息 HANDLE hSnapshot = CreateToolhelp32Snapshot(TH32CS_SNAPPROCESS, 0); if (hSnapshot == INVALID_HANDLE_VALUE) { // 错误处理：可能是权限不足，考虑请求管理员权限或启用调试权限 return processes; } PROCESSENTRY32W pe32; pe32.dwSize = sizeof(PROCESSENTRY32W); // 关键！必须初始化结构体大小 // 2. 遍历快照中的第一个进程 if (Process32FirstW(hSnapshot, &pe32)) { do { ProcessInfo info; info.pid = pe32.th32ProcessID; info.name = pe32.szExeFile; // 进程映像名称 // 3. 获取进程所属用户（需要额外步骤） // 使用OpenProcess + GetTokenInformation等API，此处略 // info.user = GetProcessUser(info.pid); // 4. 获取进程内存信息（示例） HANDLE hProcess = OpenProcess(PROCESS_QUERY_INFORMATION | PROCESS_VM_READ, FALSE, info.pid); if (hProcess) { PROCESS_MEMORY_COUNTERS pmc; if (GetProcessMemoryInfo(hProcess, &pmc, sizeof(pmc))) { info.workingSetSize = pmc.WorkingSetSize; } CloseHandle(hProcess); } processes.push_back(std::move(info)); } while (Process32NextW(hSnapshot, &pe32)); // 3. 遍历下一个进程 } CloseHandle(hSnapshot); return processes; }

实操心得：

1. dwSize初始化陷阱：调用Process32First/Next前，必须正确设置PROCESSENTRY32结构体的dwSize成员，否则函数会失败。这是新手最容易忽略的坑。
2. 权限问题：对于某些受保护的系统进程（如csrss.exe,services.exe），OpenProcess可能会失败，错误码为ERROR_ACCESS_DENIED。要获取这些进程的详细信息或结束它们，程序通常需要以管理员身份运行，并在启动后动态启用SeDebugPrivilege权限。这是一个进阶话题，涉及到访问令牌（Token）的调整。
3. 性能考量：CreateToolhelp32Snapshot和遍历所有进程并打开句柄查询详细信息是一个相对较重的操作。在实现定时刷新时，不宜频率过高（如不要低于1秒一次），并且可以考虑增量更新或缓存部分信息来优化。

3.2 性能计数器：使用PDH获取精准数据

获取CPU、内存使用率，推荐使用PDH库。它提供了查询Windows性能计数器的统一接口，数据准确且稳定。

#include <windows.h> #include <pdh.h> #include <pdhmsg.h> // 包含PDH错误码 class CpuMonitor { public: CpuMonitor() : hQuery(nullptr) { PdhOpenQuery(nullptr, 0, &hQuery); // 添加计数器：所有CPU的总利用率 PdhAddCounterW(hQuery, L"\\Processor(_Total)\\% Processor Time", 0, &hCounter); } ~CpuMonitor() { if (hCounter) PdhRemoveCounter(hCounter); if (hQuery) PdhCloseQuery(hQuery); } double GetCpuUsage() { PDH_FMT_COUNTERVALUE counterVal; // 收集数据 PdhCollectQueryData(hQuery); // 获取格式化后的值（双精度浮点数） if (PdhGetFormattedCounterValue(hCounter, PDH_FMT_DOUBLE, nullptr, &counterVal) == ERROR_SUCCESS) { return counterVal.doubleValue; } return 0.0; } private: PDH_HQUERY hQuery; PDH_HCOUNTER hCounter; }; // 内存使用率获取更简单 MEMORYSTATUSEX memStatus; memStatus.dwLength = sizeof(memStatus); if (GlobalMemoryStatusEx(&memStatus)) { DWORDLONG totalPhys = memStatus.ullTotalPhys; DWORDLONG availPhys = memStatus.ullAvailPhys; double memoryUsage = 100.0 * (totalPhys - availPhys) / totalPhys; }

注意事项：

1. 计数器路径：PDH计数器的路径字符串是固定的，但需要注意本地化问题。例如，在英文系统上是\\Processor(_Total)\\% Processor Time，在中文系统上可能是\\处理器(_Total)\\% 处理器时间。为了兼容性，最好使用PdhAddEnglishCounter函数（如果可用）或确保程序运行在特定语言环境下。一个更稳妥的做法是，通过PdhEnumObjects和PdhEnumCounterItems动态枚举计数器名称。
2. 首次查询：PdhCollectQueryData首次调用可能返回不准确的数据（如0），通常需要连续调用两次，取第二次的结果。
3. 链接库：使用PDH需要在项目设置中链接pdh.lib库。

3.3 用户界面构建：Win32窗口与控件

使用纯Win32 API创建窗口是一个标准流程，但为任务管理器设计一个清晰的布局需要规划。

// 1. 注册窗口类 WNDCLASSEXW wc = { sizeof(WNDCLASSEX) }; wc.lpfnWndProc = MainWndProc; // 窗口过程函数 wc.hInstance = hInstance; wc.lpszClassName = L"TaskMgrCloneClass"; wc.hbrBackground = (HBRUSH)(COLOR_WINDOW + 1); RegisterClassExW(&wc); // 2. 创建主窗口 HWND hWnd = CreateWindowExW(0, L"TaskMgrCloneClass", L"任务管理器仿制版", WS_OVERLAPPEDWINDOW, CW_USEDEFAULT, CW_USEDEFAULT, 800, 600, nullptr, nullptr, hInstance, nullptr); // 3. 创建子控件 // - 选项卡控件 (SysTabControl32) HWND hTab = CreateWindowExW(0, WC_TABCONTROLW, L"", WS_CHILD | WS_CLIPSIBLINGS | WS_VISIBLE, 10, 10, 760, 500, hWnd, (HMENU)IDC_MAIN_TAB, hInstance, nullptr); // - 列表视图控件 (SysListView32) - 用于显示进程 HWND hListView = CreateWindowExW(WS_EX_CLIENTEDGE, WC_LISTVIEWW, L"", WS_CHILD | WS_VISIBLE | LVS_REPORT | LVS_SINGLESEL, 20, 50, 740, 400, hWnd, (HMENU)IDC_PROCESS_LIST, hInstance, nullptr); // 4. 设置列表视图列 LVCOLUMNW lvc = { 0 }; lvc.mask = LVCF_TEXT | LVCF_WIDTH; lvc.pszText = L"进程名"; lvc.cx = 200; ListView_InsertColumn(hListView, 0, &lvc); lvc.pszText = L"PID"; lvc.cx = 80; ListView_InsertColumn(hListView, 1, &lvc); lvc.pszText = L"内存"; lvc.cx = 100; ListView_InsertColumn(hListView, 2, &lvc); // ... 添加更多列 // 5. 消息循环 ShowWindow(hWnd, nCmdShow); UpdateWindow(hWnd); MSG msg; while (GetMessage(&msg, nullptr, 0, 0)) { TranslateMessage(&msg); DispatchMessage(&msg); }

窗口过程函数MainWndProc需要处理大量消息，如WM_CREATE（初始化）、WM_SIZE（调整控件布局）、WM_NOTIFY（响应列表视图、选项卡的通知消息）、WM_TIMER（定时刷新数据）以及自定义的刷新消息。

实操心得：

1. 控件布局：手动计算每个控件的位置和大小非常繁琐，尤其是在窗口大小改变时（WM_SIZE消息）。可以考虑使用简单的布局逻辑，或者引入一个轻量级的布局管理器。
2. 列表视图性能：当进程数量很多时，频繁地清空并重新插入所有列表项（ListView_DeleteAllItems+ListView_InsertItem）会导致界面闪烁和卡顿。优化方法是：
   • 使用虚拟列表(LVS_OWNERDATA风格)：列表控件只负责显示，数据由应用程序在LVN_GETDISPINFO通知消息中提供。这是处理大量数据的最佳实践。
   • 增量更新：比较新旧进程列表，只更新发生变化（如CPU、内存值变化）的项，只添加新进程项，只移除已结束的进程项。这需要维护一个进程列表的缓存。
3. 双缓冲绘图：如果你需要在窗口上自定义绘制性能图表（如CPU使用率曲线），在WM_PAINT消息中直接绘图可能导致闪烁。使用双缓冲技术（先在内存位图中绘制，再一次性贴到屏幕）可以完美解决。

3.4 多线程与数据刷新：保持UI流畅

数据采集（尤其是遍历进程和查询性能计数器）是耗时操作，不能在UI主线程中直接进行，否则会导致界面“假死”。我们必须使用工作线程。

// 全局标志，控制刷新线程的退出 volatile bool g_RefreshThreadRunning = true; HANDLE g_hRefreshThread = nullptr; DWORD WINAPI RefreshThreadProc(LPVOID lpParam) { HWND hWnd = (HWND)lpParam; while (g_RefreshThreadRunning) { // 1. 在工作线程中采集数据 std::vector<ProcessInfo> newProcessList = EnumerateProcesses(); double cpuUsage = g_cpuMonitor.GetCpuUsage(); // 假设g_cpuMonitor是全局对象 // 2. 将数据打包，通过消息发送到主线程 // 避免直接在线程中操作UI控件！ // 可以使用PostMessage发送自定义消息，如WM_APP + 1 PostMessage(hWnd, WM_APP_REFRESH_DATA, (WPARAM)new CpuMemoryData(cpuUsage, ...), (LPARAM)new std::vector<ProcessInfo>(std::move(newProcessList))); // 3. 休眠一段时间，控制刷新频率 Sleep(1000); // 1秒刷新一次 } return 0; } // 在主窗口的WM_CREATE中创建线程 case WM_CREATE: g_RefreshThreadRunning = true; g_hRefreshThread = CreateThread(nullptr, 0, RefreshThreadProc, hWnd, 0, nullptr); break; // 在主窗口的WM_DESTROY中安全结束线程 case WM_DESTROY: g_RefreshThreadRunning = false; if (g_hRefreshThread) { WaitForSingleObject(g_hRefreshThread, 2000); // 等待线程结束，超时2秒 CloseHandle(g_hRefreshThread); } PostQuitMessage(0); break; // 处理自定义消息，在主线程中安全更新UI case WM_APP_REFRESH_DATA: { CpuMemoryData* pCpuMemData = (CpuMemoryData*)wParam; std::vector<ProcessInfo>* pProcList = (std::vector<ProcessInfo>*)lParam; // 更新CPU/内存显示 UpdatePerformanceUI(*pCpuMemData); // 更新进程列表 UpdateProcessListView(*pProcList); // 记得删除动态分配的对象！ delete pCpuMemData; delete pProcList; } break;

关键点：

1. 线程安全：永远不要在工作线程中直接调用任何与UI控件相关的函数（如ListView_InsertItem）。Windows UI控件不是线程安全的，这会导致不可预知的崩溃或界面错误。必须通过消息机制（PostMessage）将数据传递回主线程，由主线程进行UI更新。
2. 数据传递：通过PostMessage传递指针时，必须确保指针所指向的数据在接收方使用完毕前有效。通常在工作线程中new一个对象，在UI线程中delete它。要小心异常情况下的内存泄漏。
3. 优雅退出：使用一个标志位（如g_RefreshThreadRunning）来通知工作线程退出，并在主线程销毁时等待工作线程结束（WaitForSingleObject），避免主窗口已销毁但线程仍在访问其句柄的情况。

4. 进阶功能与优化探索

实现基础功能后，你可以尝试以下进阶方向，让你的仿制版更具挑战性和实用性。

4.1 进程详细信息与模块枚举

真正的任务管理器可以查看进程的详细信息，如命令行、环境变量、加载的DLL模块等。这需要用到更多API：

• GetProcessImageFileNameW/QueryFullProcessImageNameW：获取进程完整路径。
• NtQueryInformationProcess（需ntdll.lib）：这是一个更底层的Native API，可以查询到RTL_USER_PROCESS_PARAMETERS，从而获取命令行和环境块。注意：此API文档化不全，使用需谨慎。
• CreateToolhelp32SnapshotwithTH32CS_SNAPMODULE：枚举指定进程加载的所有模块（DLL）。

4.2 性能图表绘制

在“性能”选项卡中绘制CPU和内存使用率的实时曲线图。这需要你在窗口上自定义绘图。

1. 数据结构：维护一个固定长度的队列（如std::deque<double>），存储最近N个时间点的采样值。
2. 绘图时机：在WM_PAINT消息处理中，或者由定时器触发重绘。
3. 绘图API：使用GDI函数，如MoveToEx,LineTo。为了平滑和美观，可以考虑：
   • 双缓冲：如前所述，避免闪烁。
   • 抗锯齿：使用SetGraphicsMode(hdc, GM_ADVANCED)和相关的世界坐标变换，或者使用GDI+（Graphics类），它能提供更好的绘图质量，但会引入额外依赖。

4.3 实现进程树视图

在“详细信息”选项卡中，任务管理器以树状结构显示进程及其子进程。实现这个功能需要：

1. 建立父子关系：在枚举进程时，记录每个进程的th32ParentProcessID。
2. 构建树形结构：根据PID和父PID，在内存中构建一棵或多棵进程树。
3. 树形控件：使用SysTreeView32控件来显示。你需要处理TVN_GETDISPINFO等消息来提供节点数据，并管理节点的展开/折叠状态。

4.4 网络与磁盘I/O监控

通过PDH同样可以获取网络接口和物理磁盘的I/O计数器。

• 网络：计数器路径如\\Network Interface(*)\\Bytes Total/sec，你需要先枚举出所有网络接口。
• 磁盘：计数器路径如\\PhysicalDisk(_Total)\\Disk Bytes/sec。 实现时，可以为每个网络接口或磁盘创建一个独立的计数器，并定期采样计算每秒的差值，从而得到实时速率。

5. 常见问题与调试技巧

在开发过程中，你肯定会遇到各种问题。这里记录一些典型问题和解决方法。

5.1 权限不足导致的OpenProcess失败

现象：无法获取系统进程（如csrss.exe,wininit.exe）的信息，OpenProcess返回NULL，GetLastError()返回5（拒绝访问）。

解决方案：

1. 清单文件：在项目中添加一个清单文件（.manifest），请求以管理员身份运行。这样用户启动程序时会看到UAC提示。

   <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0"> <trustInfo xmlns="urn:schemas-microsoft-com:asm.v3"> <security> <requestedPrivileges> <requestedExecutionLevel level="requireAdministrator" uiAccess="false"/> </requestedPrivileges> </security> </trustInfo> </assembly>

2. 动态启用调试权限：即使以管理员运行，某些权限默认也未开启。需要在程序启动后动态启用SeDebugPrivilege。

   bool EnableDebugPrivilege() { HANDLE hToken; if (!OpenProcessToken(GetCurrentProcess(), TOKEN_ADJUST_PRIVILEGES | TOKEN_QUERY, &hToken)) return false; TOKEN_PRIVILEGES tp; LUID luid; if (!LookupPrivilegeValue(NULL, SE_DEBUG_NAME, &luid)) return false; tp.PrivilegeCount = 1; tp.Privileges[0].Luid = luid; tp.Privileges[0].Attributes = SE_PRIVILEGE_ENABLED; AdjustTokenPrivileges(hToken, FALSE, &tp, sizeof(TOKEN_PRIVILEGES), NULL, NULL); DWORD err = GetLastError(); CloseHandle(hToken); return err == ERROR_SUCCESS; }

5.2 列表视图刷新时的闪烁问题

现象：进程列表刷新时，整个列表区域会快速闪烁一下，体验很差。

解决方案：

1. 禁止重绘：在批量更新列表项之前，发送WM_SETREDRAW消息禁止控件重绘，更新完成后再启用。

   SendMessage(hListView, WM_SETREDRAW, FALSE, 0); // ... 进行大量ListView_InsertItem/DeleteItem/SetItem操作 SendMessage(hListView, WM_SETREDRAW, TRUE, 0); InvalidateRect(hListView, NULL, TRUE); // 触发一次重绘

2. 使用虚拟列表：如前所述，这是终极解决方案。设置LVS_OWNERDATA风格后，列表控件只管理显示区域，数据由你提供，控件自身不会因为数据变化而产生重绘闪烁。

5.3 PDH计数器返回无效数据或错误

现象：PdhGetFormattedCounterValue返回错误，或者CPU使用率始终为0。

排查步骤：

1. 检查计数器路径：确保路径字符串完全正确。可以使用性能监视器（perfmon.msc）来浏览和确认计数器路径。
2. 首次查询问题：PDH计数器可能需要两次PdhCollectQueryData调用才能获得有效值。在初始化后，立即调用一次收集，然后等待一个间隔再开始正式采集。
3. 检查PDH状态：使用PdhGetCounterInfo可以获取计数器的状态信息，帮助诊断问题。
4. 使用PdhValidatePath：在添加计数器前，验证路径是否有效。

5.4 内存泄漏排查

现象：程序运行一段时间后，内存占用缓慢增长。

工具与方法：

1. Visual Studio诊断工具：在调试模式下运行，使用“诊断工具”窗口中的“内存使用率”选项卡，可以拍摄快照并查看托管和本机堆的分配情况。
2. CRT调试库：在Debug模式下，CRT提供了强大的内存泄漏检测功能。在程序退出时，如果存在未释放的内存，输出窗口会显示泄漏块的信息和分配时的调用堆栈。

   #define _CRTDBG_MAP_ALLOC #include <stdlib.h> #include <crtdbg.h> // 在main函数或WinMain开始处 _CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF);

3. 手动检查：确保所有通过new/malloc分配的内存都有对应的delete/free，所有通过CreateFile,CreateThread,OpenProcess等打开的句柄都有对应的CloseHandle。

5.5 程序在结束时卡住或崩溃

现象：点击关闭按钮后，程序界面消失，但进程在任务管理器中仍存在一段时间，或者直接崩溃。

可能原因与解决：

1. 工作线程未正确退出：主线程退出时，工作线程可能还在执行循环或等待锁。必须通过标志位通知线程退出，并等待线程结束（WaitForSingleObject）。
2. 消息死锁：如果在工作线程中错误地使用了SendMessage（同步）而不是PostMessage（异步）向主线程发送消息，而主线程又正在等待工作线程结束，就会形成死锁。牢记：跨线程更新UI，只用PostMessage。
3. 静态对象析构顺序：如果使用了全局或静态对象，且这些对象在析构时依赖了某些已释放的资源（如主窗口句柄、线程句柄），可能导致崩溃。确保资源释放顺序可控，或者将关键资源管理改为指针，在明确的位置手动释放。

完成这个项目后，你收获的将远不止一个能用的任务管理器。你会对Windows进程模型、内存管理、性能计数器、GDI绘图、多线程同步、以及Win32消息机制有一个全面而深刻的认识。这些知识是构建更复杂Windows应用程序的基石。下次当你再按下Ctrl+Shift+Esc时，你看到的将不再是一个黑盒工具，而是一行行你亲手实现过的、充满生命力的代码逻辑。