如何强制SetTimer创建的Win32 Timer在GUI线程繁忙时执行？

这个问题我太熟了——Win32的WM_TIMER消息天生就是低优先级，只有UI线程消息队列空了才会被处理，一旦UI线程忙得脚不沾地（比如一直在处理复杂绘制、循环计算这类任务），Tooltip这类依赖定时器的功能就直接“罢工”。给你几个实用的解决思路，都是我在项目里踩过坑后总结出来的：

1. 从根源解决：别让UI线程忙到饱和 #

这是最推荐的方案，毕竟UI线程本来就不该承担长时间的工作。把耗时操作移到后台线程，让UI线程能抽空处理消息（包括定时器消息）。用async/await或者Task.Run就能轻松实现：

// 原来的问题代码：UI线程被长时间循环占满
private void BadLongRunningWork()
{
    for (int i = 0; i < 10000; i++)
    {
        // 模拟耗时UI操作（比如频繁更新控件文本）
        this.Text = $"Processing {i}/10000";
        // 这里Tooltip的定时器消息根本没机会被处理
    }
}

// 改进后的异步版本：后台做耗时工作，UI线程保持响应
private async void GoodLongRunningWork()
{
    // 把耗时计算/非UI操作丢到后台线程
    await Task.Run(() =>
    {
        for (int i = 0; i < 10000; i++)
        {
            // 模拟耗时工作，比如数据计算
            Thread.Sleep(1);
        }
    });

    // 回到UI线程更新结果
    this.Text = "Processing done!";
}

如果必须在UI线程做一些工作（比如复杂的自定义绘制），可以把大任务拆成小步骤，每处理几步就手动处理一下定时器消息（避免用Application.DoEvents()处理所有消息导致重入问题，我们只处理WM_TIMER）：

[System.Runtime.InteropServices.DllImport("user32.dll")]
private static extern bool PeekMessage(out Message msg, IntPtr hWnd, uint wMsgFilterMin, uint wMsgFilterMax, uint wRemoveMsg);

private const uint WM_TIMER = 0x0113;

// 专门处理当前窗口的WM_TIMER消息
private void ProcessTimerMessages()
{
    Message msg;
    // 遍历消息队列，只取出并处理WM_TIMER消息
    while (PeekMessage(out msg, this.Handle, WM_TIMER, WM_TIMER, 1))
    {
        // 用消息过滤器只允许WM_TIMER通过
        using (var filter = new TimerMessageFilter())
        {
            Application.AddMessageFilter(filter);
            Application.DoEvents();
            Application.RemoveMessageFilter(filter);
        }
    }
}

// 自定义消息过滤器，只放行WM_TIMER
private class TimerMessageFilter : IMessageFilter
{
    public bool PreFilterMessage(ref Message m)
    {
        // 返回true表示拦截该消息，false表示放行
        return m.Msg != WM_TIMER;
    }
}

// 拆分后的UI耗时任务
private void SplitLongRunningUiWork()
{
    for (int i = 0; i < 10000; i++)
    {
        this.Text = $"Processing {i}/10000";
        // 每处理100步就处理一次定时器消息，给Tooltip留机会
        if (i % 100 == 0)
        {
            ProcessTimerMessages();
        }
    }
}

2. 换用后台线程定时器绕开UI消息队列限制 #

如果实在没法调整UI线程的工作流程，可以用System.Threading.Timer（注意不是WinForms的Timer），它在后台线程触发回调，然后通过Control.Invoke把Tooltip的更新操作同步到UI线程。这样不管UI线程有多忙，定时器本身都会按时触发：

private System.Threading.Timer _tooltipTimer;
private readonly ToolTip _toolTip = new ToolTip();
private readonly Button _targetButton = new Button();

private void SetupBackgroundTimer()
{
    // 初始化定时器：延迟0ms启动，每隔500ms触发一次
    _tooltipTimer = new System.Threading.Timer(UpdateTooltipCallback, null, 0, 500);
}

private void UpdateTooltipCallback(object state)
{
    // 确保控件已创建句柄，避免跨线程访问错误
    if (_targetButton.IsHandleCreated)
    {
        _targetButton.Invoke((Action)(() =>
        {
            // 更新Tooltip内容
            _toolTip.SetToolTip(_targetButton, $"Current time: {DateTime.Now:HH:mm:ss}");
        }));
    }
}

// 记得在窗体关闭时释放定时器，避免内存泄漏
private void Form_FormClosed(object sender, FormClosedEventArgs e)
{
    _tooltipTimer?.Dispose();
}

注意：别想改WM_TIMER的优先级 #

这里要明确说：Win32系统本身就把WM_TIMER设为低优先级消息，没有官方方法可以提升它的优先级，所以上面的两种思路是最靠谱的解决方案。

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