WPF的DispatcherTimer鼠标悬停窗口卡顿，WinForms Timer无此问题

这个问题我之前也碰到过！核心原因在于WPF的DispatcherTimer和WinForms Timer的工作机制完全不一样，咱们一步步拆解解决：

问题根源 #

DispatcherTimer是依托UI线程的Dispatcher队列运行的，它的默认优先级是DispatcherPriority.Background，而鼠标悬停时会产生大量的输入类消息（比如MouseMove、MouseEnter），这些消息的优先级是DispatcherPriority.Input，比Background高。当UI线程被高优先级的输入消息占满时，DispatcherTimer的Tick回调就会被延迟甚至挤压，表现出来就是卡顿。

而WinForms的Timer是基于Windows原生的WM_TIMER消息，它的处理逻辑和WPF的Dispatcher队列调度不同，不会被输入消息这么明显地抢占，所以不会出现卡顿。

解决方案 #

1. 提升DispatcherTimer的优先级 #

把计时器的优先级调整到和输入消息同级或者更高，让它不会被鼠标输入消息轻易挤掉。推荐设置为DispatcherPriority.Input，既保证计时器的响应性，也不会过度抢占UI线程：

var timer = new DispatcherTimer();
timer.Tick += YourTickEventHandler;
timer.Interval = TimeSpan.FromMilliseconds(10); // 你的计时器间隔
timer.Priority = DispatcherPriority.Input; // 关键：调整优先级
timer.Start();

⚠️ 注意：不要随便用最高优先级DispatcherPriority.Send，否则可能导致UI线程被计时器完全占用，反而影响鼠标交互。

2. 改用后台线程计时器（System.Timers.Timer） #

如果提升优先级还是不行，可以换用跑在后台线程的System.Timers.Timer，它的触发不受UI线程的消息队列影响，只需要在回调里通过Dispatcher切回UI线程更新界面即可：

var backgroundTimer = new System.Timers.Timer(10); // 间隔毫秒数
backgroundTimer.Elapsed += (sender, e) =>
{
    // 必须回到UI线程执行UI更新操作
    Application.Current.Dispatcher.BeginInvoke(DispatcherPriority.Normal, () =>
    {
        // 这里写你的UI更新逻辑，比如修改控件内容、动画等
    });
};
backgroundTimer.Start();

这种方式能彻底避免UI线程的消息抢占问题，但要注意线程安全，所有UI操作必须通过Dispatcher调用。

3. 检查Tick回调里的耗时操作 #

如果你的Tick事件里做了大量计算、IO操作或者复杂UI渲染，那即使调整优先级，UI线程还是会忙不过来。这种情况要把耗时逻辑移到后台线程（比如用Task.Run），只在UI线程做最终的结果更新：

private void Timer_Tick(object sender, EventArgs e)
{
    // 把耗时操作丢到后台线程
    Task.Run(() =>
    {
        // 这里执行耗时计算、IO等操作
        var result = DoHeavyWork();
        
        // 回到UI线程更新结果
        Application.Current.Dispatcher.BeginInvoke(() =>
        {
            YourControl.Content = result;
        });
    });
}

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