MFC定时器更新列表框：从WM_TIMER消息机制到UI线程安全实践

许多刚接触 MFC 的开发者，第一次做 Windows 上位机界面时，几乎都会遇到一个看似简单、实际坑不少的需求：界面上有一个列表框，需要在程序运行过程中定时往里面追加新的内容。这个需求听起来很朴素，但它背后涉及了 Windows 消息机制、MFC 的定时器封装、控件操作时机、线程边界等一系列问题。

我的判断是：定时器更新列表框，真正考验的不是“会用 SetTimer”，而是你理不理解“消息循环”和“UI 控件只能在主线程操作”这两条底线。把这两点搞清楚，这个功能不仅在 MFC 里能顺下来，你以后看 Qt、C# WinForms 甚至 Web 前端的定时刷新逻辑，都会觉得它们是同一个套路。

这篇文章会从原理讲起，然后用一个完整的 MFC 对话框程序，把“创建定时器 -> 响应 WM_TIMER -> 更新列表框内容 -> 销毁定时器”整个过程拆开讲清楚。文末还会列出新手最常踩的 6 个问题，以及实际项目里推荐的工程写法。如果你正在做串口调试助手、数据采集监控程序、日志查看工具，这篇文章建议先收藏再用。

1. 定时器更新列表框，到底解决什么问题？

先想一个真实场景。

你正在做一个串口调试助手，程序底部有一个“接收区”列表框，用来显示串口收到的数据。串口数据到达的快慢是不均匀的，如果每收到一帧数据就立刻往界面控件里追加一行，界面会频繁刷新、闪烁严重，而且一旦数据量大了，主线程忙于刷新控件，连“停止接收”按钮都会变得卡顿。

这时候更合理的做法是：把串口收到的数据先放到内存队列里，然后开一个定时器，比如每 200 毫秒去队列里取一次数据，批量追加到列表框。这样既不会丢数据，也不会让界面被频繁刷新拖垮。

再比如做设备状态监控程序，需要每 500 毫秒读取一次 CPU、内存、温度等实时数据并显示在列表里，这也是典型的定时器刷新场景。

所以，“定时器 + 列表框”这个组合，实际解决的关键问题有三类：

1. 周期性任务驱动：每隔固定时间自动执行一次数据追加或列表刷新，不需要用户手动点击。
2. 界面刷新节流：把高频数据到达转换成低频批量刷新，保护 UI 响应速度。
3. 自动化测试与演示：在不需要真实外部数据源的情况下，用定时器模拟数据上报，验证界面逻辑。

这个功能之所以值得单独写一篇文章讲，是因为很多新手第一次写的时候，往往会遇到“定时器好像没触发”“列表不更新”“程序崩溃”这些问题。这些问题的根源不在于代码本身的语法，而在于对 Windows 消息机制和 MFC 控件生命周期的理解有偏差。

2. 定时器与列表框的基础概念

2.1 什么是 Windows 定时器

Windows 定时器不是“多线程计时器”，它是一种基于消息机制的计时工具。当你调用SetTimer创建一个定时器后，系统会每隔指定的时间间隔，向调用定时器的线程消息队列投递一条WM_TIMER消息。

这里有两个关键点：

• WM_TIMER消息是低优先级的。如果消息队列里有大量WM_MOUSEMOVE、WM_PAINT等其他消息，WM_TIMER可能会被延迟处理。
• WM_TIMER消息是在创建定时器的线程里处理的。在 MFC 对话框中调用SetTimer，默认是在主 UI 线程，因此定时器回调/消息响应天然发生在主线程，这让 UI 更新变得安全。

从代码角度看，使用定时器通常有两种方式：

1. 响应WM_TIMER消息，这是 MFC 中最常见也最直观的方式。
2. 使用SetTimer的回调函数，把TimerProc作为第三个参数传入。这种方式在需要把定时器逻辑封装到非窗口类时比较有用。

在对话框程序里，强烈建议用第一种方式，因为 MFC 的消息映射机制会帮你处理得干干净净。

2.2 MFC 中定时器的创建与销毁

MFC 的CWnd类封装了 Windows API 的定时器函数：

UINT_PTR SetTimer( UINT_PTR nIDEvent, UINT nElapse, void (CALLBACK* lpfnTimer)(HWND, UINT, UINT_PTR, DWORD) );

参数说明：

• nIDEvent：定时器标识符。在一个窗口中可以创建多个定时器，靠这个 ID 区分。
• nElapse：定时器触发时间间隔，单位是毫秒。
• lpfnTimer：回调函数指针。如果为NULL，表示定时器消息将发送到窗口的消息队列，触发WM_TIMER消息。

销毁定时器：

BOOL KillTimer(UINT_PTR nIDEvent);

KillTimer的使用非常重要。很多人只在程序关闭时销毁定时器，但在实际项目中，定时器的创建和销毁应当遵循“谁创建、谁负责销毁”的原则，避免窗口销毁后还有定时器消息在飞。

2.3 MFC 中列表框控件的基本操作

MFC 的CListBox封装了 Windows 标准列表框控件。以对话框程序为例，我们通常在资源编辑器中拖一个ListBox控件，然后通过DDX机制绑定一个控制类型变量：

DDX_Control(pDX, IDC_LIST_DATA, m_listData);

绑定之后，就可以用CListBox提供的方法操作它了。

常用方法：

这里要特别提醒一点：ListBox控件的操作，必须在控件窗口创建完成之后进行。最常见的崩溃原因之一，就是在对话框初始化之前调用m_listData.AddString(...)，此时m_listData.m_hWnd还是NULL。

3. 环境准备与前置条件

本文以 Visual Studio 2019/2022 + MFC 对话框应用程序为例。MFC 是微软的 C++ 类库，面向 Windows 桌面应用程序开发，适合做工具类上位机、企业内部管理系统、工业控制界面等。

需要准备的内容如下：

如果还没有安装 MFC 组件，可以在 Visual Studio Installer 中修改：

1. 打开 Visual Studio Installer。
2. 找到已安装的 VS 版本，点击“修改”。
3. 在“单个组件”中搜索“MFC”。
4. 勾选“适用于最新 v143 生成工具的 C++ MFC (x86 和 x64)”。
5. 点击“修改”完成安装。

版本细节不必强求完全一致，本文的核心思路在 VS2010 到 VS2022 之间都适用，只是个别界面布局有差异。

创建对话框项目的基本步骤如下：

1. 打开 Visual Studio，选择“创建新项目”。
2. 选择“MFC 应用程序”，点击“下一步”。
3. 设置项目名称和位置，点击“创建”。
4. 在 MFC 应用程序向导中，应用程序类型选择“基于对话框”。
5. 点击“完成”生成项目。

生成之后，你会看到一个对话框资源，包含一个静态文本控件、一个“确定”按钮和一个“取消”按钮。这就是默认的 MFC 对话框程序模板。

4. 核心流程拆解

在动手写代码之前，先把整个流程拆解清楚。理解了流程，代码只是翻译。

“定时器更新列表框内容”的核心流程可以分成四步：

1. 在对话框模板中放置列表框控件，并绑定变量。
2. 在初始化函数中创建定时器，指定时间间隔。
3. 在消息映射中处理WM_TIMER，根据定时器 ID 判断触发来源，然后操作列表框。
4. 在窗口销毁时销毁定时器，防止资源泄漏和消息空飞。

从架构上看，这个功能的流程并不复杂。但实际操作中的细节决定了程序是否稳定，尤其是：

• 定时器创建的位置要合适，不能在控件还没有创建好之前就创建定时器。
• WM_TIMER响应函数里不能做耗时太长的任务，否则界面会卡顿。
• 多个定时器共用同一个OnTimer时，必须通过nIDEvent区分来源。

4.1 消息映射机制是怎么把 WM_TIMER 和函数联系起来的？

MFC 在后台维护了一张消息映射表。你在类定义中看到的DECLARE_MESSAGE_MAP()宏，以及在实现文件中看到的BEGIN_MESSAGE_MAP/END_MESSAGE_MAP宏，都是这张映射表的一部分。

当你调用SetTimer并且不指定回调函数时，Windows 会给窗口过程发送WM_TIMER消息。MFC 的窗口过程收到消息后，会在消息映射表中查找WM_TIMER对应的处理函数。如果找到了，就调用它。

所以，在 MFC 中写定时器处理逻辑，必须包含以下三件事：

1. 在类的头文件中声明处理函数：afx_msg void OnTimer(UINT_PTR nIDEvent);
2. 在类的实现文件中添加消息映射条目：ON_WM_TIMER()
3. 在类的实现文件中实现OnTimer函数。

这三件事缺一不可，否则编译可能通过（因为 MFC 的消息映射宏只是声明的一部分），但运行时不会触发你的处理逻辑。这是新手最常见的迷之 Bug 之一。

5. 完整示例：MFC 对话框定时器更新列表框

下面开始完整的代码实现。我以一个模拟“系统状态监控日志”的示例来演示：程序启动后，定时器每 500 毫秒向列表框中追加一条带时间戳的日志信息。同时提供“启动定时器”和“停止定时器”两个按钮，方便观察定时器从创建到销毁的完整过程。

5.1 第一步：在对话框模板中添加控件

先打开项目中的对话框资源（通常在资源视图->Dialog->IDD_MY_DIALOG），在工具栏中拖入以下控件：

调整好布局，注意别让列表框太小，建议至少占对话框宽度的一半。

5.2 第二步：为控件绑定变量

在对话框资源编辑器中，右键点击列表框 -> 选择“添加变量”。

变量类型选择Control，控件变量名填m_listData。这里要说明一下：MFC 的“变量向导”会帮你在头文件中生成CListBox m_listData;，并在DoDataExchange函数中生成DDX_Control代码。

同样，为两个按钮添加变量：

CButton m_btnStart; CButton m_btnStop;

如果使用的是 VS2019/2022，添加变量操作在控件右键菜单的“添加变量”中完成。如果是老版本 VS，则在类向导或右键“建立类向导”中完成。

5.3 第三步：在类头文件里添加定时器处理和按钮响应声明

在CTimerListBoxDlg类的头文件中（假设你的对话框类名是CTimerListBoxDlg），添加以下内容：

// 文件路径：TimerListBoxDlg.h public: afx_msg void OnTimer(UINT_PTR nIDEvent); afx_msg void OnBnClickedBtnStart(); afx_msg void OnBnClickedBtnStop(); private: CListBox m_listData; CButton m_btnStart; CButton m_btnStop; UINT_PTR m_timerId; int m_logCount;

m_timerId用来保存定时器的 ID，m_logCount用来记录日志条数，模拟序号。

同时，在构造函数中初始化这两个成员变量：

CTimerListBoxDlg::CTimerListBoxDlg(CWnd* pParent /*=nullptr*/) : CDialogEx(IDD_TIMERLISTBOX_DIALOG, pParent) , m_timerId(0) , m_logCount(0) { m_hIcon = AfxGetApp()->LoadIcon(IDR_MAINFRAME); }

5.4 第四步：添加消息映射

在TimerListBoxDlg.cpp的消息映射部分，添加以下两个映射条目：

BEGIN_MESSAGE_MAP(CTimerListBoxDlg, CDialogEx) ON_WM_SYSCOMMAND() ON_WM_PAINT() ON_WM_QUERYDRAGICON() ON_WM_TIMER() ON_BN_CLICKED(IDC_BTN_START, &CTimerListBoxDlg::OnBnClickedBtnStart) ON_BN_CLICKED(IDC_BTN_STOP, &CTimerListBoxDlg::OnBnClickedBtnStop) END_MESSAGE_MAP()

ON_WM_TIMER()就是连接WM_TIMER消息和OnTimer函数的桥梁。没有这一行，你在OnTimer里写再多代码也不会被调用。

5.5 第五步：在 OnInitDialog 中初始化控件状态

OnInitDialog是对话框创建时自动调用的初始化函数。在这里设置按钮状态，并给列表框加一个表头或者初始提示文字：

BOOL CTimerListBoxDlg::OnInitDialog() { CDialogEx::OnInitDialog(); // 将“关于...”菜单项添加到系统菜单中 // 这里省略 MFC 默认生成的系统菜单代码 // 初始化按钮状态 m_btnStart.EnableWindow(TRUE); m_btnStop.EnableWindow(FALSE); // 给列表框添加提示文字 m_listData.ResetContent(); m_listData.AddString(_T("等待定时器启动...")); return TRUE; }

注意一个细节：m_listData的操作必须在CDialogEx::OnInitDialog()之后，因为控件变量是在基类初始化过程中完成绑定的。如果你把m_listData.AddString(...)放到OnInitDialog函数体的第一行，程序很可能崩溃。

5.6 第六步：实现“启动定时器”按钮响应函数

void CTimerListBoxDlg::OnBnClickedBtnStart() { if (m_timerId != 0) { AfxMessageBox(_T("定时器已经启动")); return; } // 创建定时器，间隔 500 毫秒 // 第三个参数为 NULL，表示通过 WM_TIMER 消息触发 m_timerId = SetTimer(1, 500, NULL); if (m_timerId != 0) { m_btnStart.EnableWindow(FALSE); m_btnStop.EnableWindow(TRUE); } else { AfxMessageBox(_T("创建定时器失败")); } }

这里SetTimer的第一个参数传的是1，也就是定时器 ID。第二个参数500表示每 500 毫秒触发一次WM_TIMER。返回值是系统分配的定时器 ID。如果创建失败，返回值为 0。

5.7 第七步：实现“停止定时器”按钮响应函数

void CTimerListBoxDlg::OnBnClickedBtnStop() { if (m_timerId != 0) { KillTimer(m_timerId); m_timerId = 0; m_btnStart.EnableWindow(TRUE); m_btnStop.EnableWindow(FALSE); m_listData.AddString(_T("定时器已停止")); } }

重点在于KillTimer(m_timerId)之后要把m_timerId重置为 0，避免后续逻辑误判定时器状态。这里也体现了“谁创建、谁销毁”的原则。

5.8 第八步：实现 OnTimer 定时器处理函数

这是整个功能的核心。因为一个对话框里可能创建多个定时器，所以OnTimer里的第一件事，就是判断当前触发的是哪个定时器：

void CTimerListBoxDlg::OnTimer(UINT_PTR nIDEvent) { // 判断是不是我们的定时器 if (nIDEvent == 1) { // 构造日志内容 CString strLog; CTime timeNow = CTime::GetCurrentTime(); CString strTime = timeNow.Format(_T("%H:%M:%S")); m_logCount++; strLog.Format(_T("[%04d] %s 系统状态正常, CPU温度: %.1f℃"), m_logCount, strTime, 45.0 + (m_logCount % 10) * 0.5); // 添加到列表框 m_listData.AddString(strLog); // 如果行数超过 100，删除最旧的一行，保证界面不无限增长 int nCount = m_listData.GetCount(); if (nCount > 100) { m_listData.DeleteString(0); } // 自动滚动到最后一行，保证用户始终看到最新内容 m_listData.SetTopIndex(m_listData.GetCount() - 1); } CDialogEx::OnTimer(nIDEvent); }

这段代码里包含了几个工程上的关键细节：

• 格式化字符串：strLog.Format(...)中使用了%04d来保证序号对齐，%.1f保留一位小数。MFC 的CString::Format在 Unicode 工程中也要小心%d和%f的匹配问题，这里的使用是安全的。
• 列表上限控制：如果不加行数上限，程序长时间运行后，列表框会积累成千上万行，拖慢界面刷新。所以每次添加后检查GetCount()，超过 100 行就DeleteString(0)删除最旧的一行。
• 自动滚动到底部：SetTopIndex(GetCount() - 1)让列表框的可见区域滚动到最后一行。如果没有这行代码，新内容虽然添加到了列表里，但用户看到的还是顶部内容，会误以为“列表没有更新”。

5.9 第九步：在窗口销毁时销毁定时器

void CTimerListBoxDlg::OnDestroy() { CDialogEx::OnDestroy(); // 确保定时器被销毁 if (m_timerId != 0) { KillTimer(m_timerId); m_timerId = 0; } }

同时需要在消息映射中添加ON_WM_DESTROY()，并在头文件中声明afx_msg void OnDestroy();。

为什么要做这一步？因为如果用户点击对话框右上角的关闭按钮退出程序，按钮的“停止定时器”逻辑不会执行。如果不在OnDestroy中清理，定时器资源可能泄漏，甚至在极端情况下，消息队列中残留的WM_TIMER消息还会访问到已经销毁的窗口对象导致崩溃。

5.10 完整代码结构预览

把以上步骤组合起来，核心文件包含以下内容：

• 头文件TimerListBoxDlg.h：类声明、成员变量、消息处理函数声明。
• 源文件TimerListBoxDlg.cpp：消息映射、构造函数、DoDataExchange、OnInitDialog、OnTimer、按钮响应、OnDestroy。
• 对话框资源文件：控件布局和 ID。

这是一份非常典型的 MFC 对话框程序结构。理解了这个结构，你就掌握了 MFC 桌面应用的基本骨架。

6. 运行结果与效果验证

代码写完之后，按Ctrl+F5编译运行程序。

6.1 预期行为

程序启动后，你会看到一个对话框，列表框中显示“等待定时器启动...”。此时“启动定时器”按钮可用，“停止定时器”按钮不可用。

点击“启动定时器”后，列表框中每 500 毫秒新增一行内容，格式类似：

[0001] 10:23:45 系统状态正常, CPU温度: 45.0℃ [0002] 10:23:45 系统状态正常, CPU温度: 45.5℃ [0003] 10:23:46 系统状态正常, CPU温度: 46.0℃

随着行数增加，列表框会自动滚动到底部，用户始终能看到最新的日志。当行数超过 100 行时，最上面那行会自动删除。

点击“停止定时器”后，列表停止追加内容，同时插入一行“定时器已停止”。

6.2 验证要点

验证程序是否写对了，不能只看界面有没有数据，还要检查几个关键点：

验证点 1：点击“停止定时器”之后，列表是否彻底停止增长？

如果点击停止后列表还在增长，说明KillTimer没有生效，或者你传入的m_timerId与SetTimer返回的 ID 不一致。检查m_timerId是否在SetTimer调用后被正确赋值。

验证点 2：关闭对话框时是否报错？

关闭窗口时，如果出现访问违例或崩溃，大概率是OnDestroy中没有销毁定时器，或者m_listData在窗体销毁后仍被访问。

验证点 3：长时间运行后，界面是否仍然流畅？

运行 10 分钟以上，观察列表是否还是稳定每 500 毫秒新增一行。如果出现越来越卡的情况，说明列表行数没有控制好，需要检查行数上限的代码。

6.3 如果运行失败，第一步排查什么

按照下面的顺序排查：

1. 看输出窗口（VS 的“输出”面板）有没有断言失败或异常信息。
2. 确认ON_WM_TIMER()消息映射是否已添加到BEGIN_MESSAGE_MAP/END_MESSAGE_MAP之间。
3. 确认OnTimer函数声明和实现是否都正确，函数是否位于正确的类作用域内。
4. 在OnTimer函数的第一行设置断点，点击“启动定时器”按钮后观察断点是否命中。如果断点不命中，说明消息映射或定时器创建有问题。

7. 常见问题与排查思路

下面整理了一份新手中招率最高的排查清单，都是实际开发中反复出现的问题。

这里额外说一个比较隐蔽的问题：如果你在OnTimer中执行非常耗时的操作，比如读取文件、网络请求、数据库查询，界面会明显卡顿。因为WM_TIMER是在主 UI 线程处理的，它阻塞期间，界面无法响应用户操作。真正的项目中，耗时操作应该用工作线程完成，然后通过PostMessage通知主线程更新 UI。

8. 最佳实践与工程建议

看完上面的示例，定时器更新列表框的基础功能已经能跑通了。但要把这段代码放到真实工程里，还需要补充几条工程经验。

8.1 定时器 ID 的管理

如果一个对话框里有多个定时器，注意不要在多个地方使用同一个 ID。推荐定义枚举常量：

enum { TIMER_ID_REFRESH_LOG = 1, TIMER_ID_HEARTBEAT = 2, TIMER_ID_SCAN_DEVICE = 3, };

这样OnTimer里的判断就会非常清晰：

switch (nIDEvent) { case TIMER_ID_REFRESH_LOG: RefreshLogList(); break; case TIMER_ID_HEARTBEAT: SendHeartbeat(); break; case TIMER_ID_SCAN_DEVICE: ScanDevice(); break; default: break; }

命名清晰的定时器 ID 比裸数字 1、2、3 可维护性高得多。

8.2 更新逻辑从定时器回调中拆分

不要把全部业务逻辑堆在OnTimer里。建议把代码拆分成独立的成员函数，保持每个函数的职责单一：

void CTimerListBoxDlg::OnTimer(UINT_PTR nIDEvent) { switch (nIDEvent) { case TIMER_ID_REFRESH_LOG: RefreshLogList(); break; default: break; } CDialogEx::OnTimer(nIDEvent); } void CTimerListBoxDlg::RefreshLogList() { CString strLog; // 构造数据 // 添加列表 // 限制行数 }

这样的好处非常明显：以后需要手动刷新列表时，直接调用RefreshLogList()即可，不需要依赖定时器。

8.3 耗时任务不要放在主线程定时器里

如果你需要定时执行的任务消耗时间可能超过 50 毫秒，推荐用工作线程 +PostMessage的组合。工作线程负责获取数据、计算数据，主线程收到消息后只负责更新 UI。

MFC 中可以使用PostMessage发送自定义消息：

#define WM_UPDATE_LIST (WM_USER + 100) // 工作线程中： ::PostMessage(pWnd->GetSafeHwnd(), WM_UPDATE_LIST, 0, 0); // 主线程中： LRESULT CTimerListBoxDlg::OnUpdateList(WPARAM wParam, LPARAM lParam) { // 从队列取数据，更新列表 return 0; }

这种做法可以避免WM_TIMER处理耗时导致界面卡死，也可以避免定时器消息堆积。

8.4 控件操作的线程边界

MFC 的 UI 控件不是线程安全的，所有对控件的方法调用都应当发生在创建控件的线程（通常是主线程）中。不要在工作线程里直接调用m_listData.AddString()，这会导致不可预期的行为，甚至崩溃。

在你的工作线程里应该这样做：

1. 把需要显示的数据放到一个线程安全的队列中。
2. 通过PostMessage通知主线程更新。
3. 主线程的消息处理函数从队列里取出数据，再调用AddString。

这不仅是定时器场景的原则，也是所有 UI 开发应该遵守的底线。

8.5 列表行数上限与性能

前面示例中已经提到，列表框行数要设置上限。具体限制多少行取决于你的应用场景：

• 日志查看类工具，建议 500~1000 行。
• 数据采集类界面，建议 200~500 行。
• 需要保留完整历史记录时，可以另外写日志文件，界面只展示最近的数据。

如果行数实在太多，建议使用虚拟列表控件（LVS_OWNERDATA），但那属于进阶玩法，本文先不展开。

8.6 定时器时间间隔的选择

定时器间隔不是越短越好。过短的时间间隔会频繁触发 UI 刷新，消耗 CPU 和 GDI 资源；过长又会导致数据更新不及时。实际项目中，常见的间隔选择如下：

界面刷新的合理节奏是“肉眼看起来流畅，CPU 占用又不会明显升高”。200 到 500 毫秒是一个经验上比较稳妥的区间。

8.7 对话框关闭时的清理顺序

正确清理顺序是：先销毁定时器，再销毁控件，最后销毁对话框。在OnDestroy中销毁定时器是安全的，因为OnDestroy是在控件销毁之前调用的窗口消息。

但如果你在OnClose里做清理，需要确保只执行一次。可以用一个布尔标志位防止多路清理逻辑重复调用KillTimer。

9. 总结与后续学习方向

写到这里，关于“添加定时器，更新列表框内容”这个功能的原理、实现、验证和工程建议已经全部覆盖了。回顾一下这篇文章的核心内容：

1. MFC 定时器基于 Windows 消息机制，通过WM_TIMER消息触发，不是独立线程，因此天然运行在创建它的线程里。
2. 对话框中创建定时器的正确位置是OnInitDialog之后，销毁定时器的正确位置是OnDestroy或停止按钮响应函数。
3. 更新列表框时要注意控件创建时机、行数上限和自动滚动到底部，这三件事决定了程序是否稳定、界面是否好用。
4. OnTimer里的逻辑要拆分成独立函数，耗时操作要移到工作线程，UI 更新永远只在主线程执行。
5. 消息映射ON_WM_TIMER()是新手最容易遗漏的关键环节，忘了它，代码再正确也不会执行。

如果你接下来想继续深入，可以从这几个方向尝试：

• 把示例中的内容源从“模拟数据”替换成真实数据，比如串口数据、文件读取、数据库查询结果。
• 学习自定义消息WM_USER + X的用法，掌握工作线程与主线程的通信方式。
• 尝试用CListCtrl（列表视图控件）替代CListBox，体验不同控件的性能差异和展示效果。
• 研究虚拟列表控件，应对超大数据量下的 UI 性能优化问题。

定时器是 Windows 编程中的基础但重要的机制。把它和中消息循环的关系搞清楚，你之后再看任何 UI 框架里的定时刷新功能，都会有一种豁然开朗的感觉。建议收藏这篇文章，以后写 MFC 上位机界面的时候，直接照着做就行。

从实践出发，动手先跑一遍示例，把“启动、停止、销毁”三个状态都验证一遍，比看十遍文章更有用。遇到问题时，回到第 7 节的排查表，大多数坑都能在里面找到答案。