C#使用async/await后如何判断线程函数是否仍在运行？

咱们先把问题的根儿捋清楚：你用async/await改造原来的MyThread类后，TheThread.IsAlive彻底失效了——因为当代码执行到await时，你手动创建的那个线程直接就退出了，后面的循环逻辑是由线程池的线程接着跑的，所以才会出现“线程显示已停止但DoSomeStuff还在执行”的诡异情况，第二次调用StartIfNecessary自然就抛出异常了。

下面针对你提出的三个思路逐一分析，再给出最适合这个场景的最佳实践：

思路1：自定义IsRunning状态标记 #

这个方法确实简单直接，而且完全可行，但要注意两个关键细节：

• 必须用线程安全的变量来存状态，比如volatile bool或者用Interlocked操作，因为IsRunning会被多个线程读写（主线程判断，工作线程修改），避免出现内存可见性问题导致的判断错误。
• 一定要用try/finally包裹整个MyFunc的逻辑，不管是正常退出还是遇到异常崩溃，都能确保IsRunning被正确设为false，示例代码如下：

  private volatile bool _isRunning;
  private async void MyFunc() {
      try {
          _isRunning = true;
          for (;;) {
              DoSomeStuff();
              await MoreStuffIsReady();
          }
      }
      finally {
          _isRunning = false;
      }
  }
  

  之后在StartIfNecessary里判断!_isRunning就行，完全不用再管TheThread.IsAlive了。

思路2：寻找System.Threading中的原生状态判断方法 #

很遗憾，这个思路基本走不通——因为async void本质上是“火后不理”的模式，CLR不会为它维护一个可查询的任务对象（如果是async Task就不一样了）。没有任何原生API能直接追踪一个async void方法的执行状态，所以这条路不用考虑了。

思路3：重构为Task启动，放弃独立线程 #

这才是这个场景下的最佳实践，因为你的代码完全没必要创建一个独立的专用线程：

• 原来的专用线程大部分时间都在空转（循环检查ThereIsStuffToDo），效率极低；改成async/await后，这个线程又很快退出，完全没发挥作用。
• 改用Task（结合async Task）不仅能利用线程池的优势，还能方便地追踪任务状态，代码也更简洁可控。

重构后的示例代码： #

public class MyWorker {
    private Task _runningTask;
    private readonly CancellationTokenSource _cts = new CancellationTokenSource();

    public void StartIfNecessary() {
        // 双重检查锁定，确保只有一个任务在运行
        if (_runningTask == null || _runningTask.IsCompleted) {
            lock (this) {
                if (_runningTask == null || _runningTask.IsCompleted) {
                    _runningTask = RunLoopAsync(_cts.Token);
                }
            }
        }
    }

    // 可选：提供优雅的停止方法
    public void Stop() {
        _cts.Cancel();
    }

    private async Task RunLoopAsync(CancellationToken token) {
        while (!token.IsCancellationRequested) {
            DoSomeStuff();
            // 假设MoreStuffIsReady支持传入取消令牌，实现异步等待
            await MoreStuffIsReady(token);
        }
    }
}

为什么这是最佳实践？ #

1. 状态判断更可靠：通过_runningTask.IsCompleted就能准确判断逻辑是否在运行，不需要自己手动维护状态标记，减少出错概率。
2. 资源效率更高：利用线程池线程，避免了专用线程空转或者快速创建销毁的开销，更符合.NET的异步设计理念。
3. 可取消性：结合CancellationToken可以优雅地停止循环，比原来的无限循环更可控，不会出现线程无法终止的情况。
4. 代码更易维护：async Task比async void更易调试、更易追踪状态，async void通常只推荐用于UI事件处理这类特殊场景。

另外补充一点：如果MoreStuffIsReady是原来的“等待有任务要做”的轮询逻辑，建议改成基于TaskCompletionSource或者AsyncManualResetEvent（可以用System.Threading.Tasks.Dataflow里的实现，或者自己简单封装）的异步等待，彻底摆脱轮询，进一步提升效率。

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