开启代码优化的Release模式下多线程Bug排查求助

核心原因：线程可见性缺失 #

你的代码里stopMouseTracker和mouseTrackerOn是普通bool变量，没有线程同步保障。在开启Release代码优化时，JIT编译器会进行寄存器缓存优化：

• 后台任务线程会把stopMouseTracker的值缓存到CPU寄存器中，主线程修改stopMouseTracker = true后，后台线程无法感知到这个变化，会一直卡在while (!stopMouseTracker)的无限循环里。
• 同时，主线程在Window_Closing中的while (mouseTrackerOn)等待循环，也会因为寄存器缓存，看不到后台线程将mouseTrackerOn设为false的操作，导致主线程持续阻塞，窗口出现冻结。

Debug模式或无优化的Release模式下，编译器不会做这种激进的缓存优化，所以变量的修改能被跨线程感知，代码正常运行。

可行解决方案 #

1. 用volatile修饰变量 #

给两个bool变量加上volatile关键字，禁止编译器对它们做寄存器缓存优化，确保变量修改能被所有线程即时感知：

volatile bool mouseTrackerOn = false;
volatile bool stopMouseTracker = false;

2. 使用Interlocked原子操作 #

通过.NET的Interlocked类进行原子读写操作，保证变量的线程可见性和操作原子性：

// 子窗口类变量保持原定义
bool mouseTrackerOn = false;
bool stopMouseTracker = false;

// Window_Closing中修改stopMouseTracker
Interlocked.Exchange(ref stopMouseTracker, true);

// 后台任务中修改mouseTrackerOn
Interlocked.Exchange(ref mouseTrackerOn, false);

// 等待循环中读取mouseTrackerOn
while (Interlocked.CompareExchange(ref mouseTrackerOn, false, false)) ;

3. 标准方案：使用CancellationToken #

这是.NET官方推荐的任务取消方式，比手动控制bool变量更可靠、易维护：

private CancellationTokenSource _cts;

public SubWindow()
{
    InitializeComponent();
    StartMouseTracker();
}

private void StartMouseTracker()
{
    _cts = new CancellationTokenSource();
    var token = _cts.Token;

    Task.Factory.StartNew(() =>
    {
        while (!token.IsCancellationRequested)
        {
            var p = System.Windows.Forms.Cursor.Position;
            tbXY.Dispatcher.BeginInvoke(() => tbXY.Text = $"{p.X} {p.Y}");
            Thread.Sleep(1);
        }
    }, token);
}

private void Window_Closing(object sender, System.ComponentModel.CancelEventArgs e)
{
    _cts.Cancel();
    // 若需要确保任务完全结束，可等待（可选）
    // _cts.Dispose();
}

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