MFC主线程同间隔双定时器KillTimer失效问题咨询

我之前也踩过MFC定时器的这个坑，给你梳理下核心原因和可行的解决办法：

核心原因：WM_TIMER是队列消息 #

MFC的WM_TIMER属于队列消息——当你调用KillTimer的时候，可能已经有几条WM_TIMER消息被提前放到了主线程的消息队列里，还没来得及处理。所以哪怕你成功停止了定时器，这些已经排队的消息还是会触发OnTimer函数，就出现了你看到的：明明m_bIsRunning已经是false，却还执行了对应代码的情况。

具体解决步骤 #

1. 确保m_bIsRunning的线程安全 #

如果你的加载/上传任务是在子线程中执行，m_bIsRunning的修改和读取必须保证线程同步，否则可能出现主线程读取到旧值的情况：

// 用原子操作修改（推荐）
InterlockedExchange((LONG*)&m_bIsRunning, FALSE);

// 或者用临界区保护
CCriticalSection m_csTimer;
{
    CSingleLock lock(&m_csTimer, TRUE);
    m_bIsRunning = FALSE;
}

2. 在OnTimer中做双重校验 #

既然队列里可能残留未处理的WM_TIMER消息，就在OnTimer里加一层额外校验，确认当前定时器是否真的需要执行：

void CYourWnd::OnTimer(UINT_PTR nIDEvent)
{
    // 先检查运行状态
    {
        CSingleLock lock(&m_csTimer, TRUE);
        if (!m_bIsRunning)
        {
            // 额外保险：尝试停止当前定时器（如果还存在）
            KillTimer(nIDEvent);
            CWnd::OnTimer(nIDEvent);
            return;
        }
    }

    // 你的定时器业务逻辑
    // ...

    CWnd::OnTimer(nIDEvent);
}

这里的KillTimer(nIDEvent)如果返回false，说明这个ID的定时器已经被停止，直接返回即可。

3. 彻底清除队列中的残留WM_TIMER消息 #

在任务真正完成的节点（比如加载/上传结束的回调），除了停止定时器，还可以主动清空消息队列里的WM_TIMER：

void OnTaskComplete()
{
    // 先标记停止状态
    InterlockedExchange((LONG*)&m_bIsRunning, FALSE);
    // 停止两个定时器
    KillTimer(2);
    KillTimer(3);
    // 清空队列中未处理的WM_TIMER
    MSG msg;
    while (PeekMessage(&msg, m_hWnd, WM_TIMER, WM_TIMER, PM_REMOVE));
}

这样能从根源上避免残留消息触发OnTimer。

4. 验证KillTimer的调用有效性 #

有时候可能因为窗口句柄错误（比如用了非SetTimer的窗口对象调用KillTimer），导致看似成功实际没停。可以加日志验证：

if (KillTimer(2))
{
    TRACE(_T("定时器2已成功停止\n"));
}
else
{
    TRACE(_T("停止定时器2失败，错误码：%d\n"), GetLastError());
}

内容的提问来源于stack exchange，提问作者nUOs