首先咱们直接戳中核心：你遇到的是Release模式下的内存可见性优化陷阱，再加上**async void的误用**，这俩坑凑一起导致了程序卡住的诡异问题。

为什么Debug正常，Release却死循环？ #

Debug模式下，编译器不会做激进的代码优化，而且调试器会强制线程每次读取变量都从内存中获取，所以主线程能实时看到die的最新值。但到了Release模式，编译器为了性能，会把die的值缓存到CPU寄存器里——哪怕其他线程已经把die改成0了，主线程还在读寄存器里的旧值，导致while (die > 0)的判断一直为真，循环停不下来。

你换成Interlocked操作修改die，只是保证了修改操作的原子性，但读取die的时候还是没有内存屏障，主线程依然可能读缓存的旧值，所以问题没解决。

临时方案为什么能“凑效”？ #

• Thread.Sleep(1000)：线程睡眠时会放弃CPU时间片，操作系统可能会触发内存刷新，让主线程重新从内存读取die的最新值，侥幸跳出循环，但这完全是靠运气，不是正经解决方案。
• !Equals(die,0)：Equals方法的调用会引入隐式的内存访问约束，编译器没法直接优化这个比较，所以能偶尔读到最新值，但这也是个不可靠的hack，不能依赖。

正确的重构方案 #

别再手动维护die计数器了，异步编程的本质是等待任务完成，而不是手动计数。咱们用C#的Task机制来彻底解决：

1. 把所有async void改成async Task #

async void是专门给事件处理用的，它的异常无法被捕获，而且你没法用await等待它完成，这会导致任务的执行时机完全不可控。把异步方法改成返回Task：

static async Task Function1()
{
    await client.GetAsync("http://google.com");
    // Do Func1 Stuff
    if (appsettings.GetValue<bool>("doFunc2"))
    {
        await Function2(); // 直接await，不需要手动加die
    }
}

static async Task Function2()
{
    // Do Other Function Stuff
    await client.GetAsync("http://google.com");
}

2. 用async Main等待所有任务完成 #

从C# 7.1开始，Main方法可以是异步的，直接await你的任务就行，根本不需要手动循环：

static async Task Main()
{
    appsettings = new ConfigurationBuilder()
        .SetBasePath(Directory.GetParent(AppContext.BaseDirectory).FullName)
        .AddJsonFile("appsettings.json", true)
        .Build();
    client = new HttpClient();

    await Function1(); // 等待所有异步操作完成

    Console.WriteLine("Writing Log File and Exiting");
}

3. 如果有多个并行任务，用Task.WhenAll #

如果你的程序是同时运行多个异步任务，直接用Task.WhenAll等待全部完成：

static async Task Main()
{
    // ... 初始化代码 ...

    var tasks = new List<Task>
    {
        Function1(),
        Function3(),
        Function4()
    };

    await Task.WhenAll(tasks); // 等待所有任务完成

    Console.WriteLine("Writing Log File and Exiting");
}

如果你非要手动计数（不推荐） #

要是因为某些原因必须手动维护计数器，那得保证die的读写都有内存屏障：

• 用Interlocked.Increment和Interlocked.Decrement修改die
• 读取die的时候用Volatile.Read(ref die)或者Interlocked.Read(ref die)，确保每次读的都是内存里的最新值：

while (Volatile.Read(ref die) > 0)
{
    // 加个短暂的Sleep避免空转CPU
    Thread.Sleep(10);
}

但真心不推荐手动计数，Task机制已经帮你把异步任务的管理做得很完善了，手动计数不仅容易出错，还增加代码复杂度。

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