CancellationTokenSource和Task循環退出的退出標志之間的區別

Question

我想知道使用CancellationTokenSource結束循環任務和退出標志之間是否有任何區別

CancellationTokenSource：

CancellationTokenSource cancellationTokenSource;
Task loopTask;

void StartLoop()
{
    cancellationTokenSource = new CancellationTokenSource();
    loopTask = Task.Factory.StartNew(Loop, TaskCreationOptions.LongRunning);
}

void Loop()
{
    while (true)
    {
        if (cancellationTokenSource.IsCancellationRequested)
            break;

        Thread.Yield();
    }
}

void StopLoop()
{
    cancellationTokenSource.Cancel();

    loopTask = null;
    cancellationTokenSource = null;
}

退出標志：

volatile bool exitLoop;
Task loopTask;

void StartLoop()
{
    exitLoop = false;
    loopTask = Task.Factory.StartNew(Loop, TaskCreationOptions.LongRunning);
}

void Loop()
{
    while (true)
    {
        if (exitLoop)
            break;

        Thread.Yield();
    }
}

void StopLoop()
{
    exitLoop = true;

    loopTask = null;
}

對我而言，使用CancellationTokenSource並沒有任何意義，順便說一句，為什么有任何理由可以將取消標記作為參數添加到Task factory？

非常感謝您的任何回答。

最好的ragards teamol

Answer 1

1. 使用CancellationToken可使令牌處理所有必要的同步，因此您不必考慮它。
2. 當Task由於在其創建中使用的令牌被標記為“已取消”而發生故障時，會將Task的狀態設置為“已取消”，而不是發生故障。 如果您使用布爾值（並且不拋出），則該任務實際上會被標記為已成功完成，即使實際上已將其取消。
3. 與布爾類型不同，它是引用類型，因此可以傳遞對CTS的引用，並從其他位置取消（或檢查）該引用。 關鍵在於這些位置不需要像使用布爾型字段時那樣將它們耦合在一起。 決定何時取消操作的代碼或對取消做出任何反應的代碼都不需要彼此了解。 這樣可以實現更大的模塊化，抽象化，更高級別的功能（並非特定於特定情況）等。
4. 它為代碼添加了增強的語義。