我需要取消使用ThreadPool.QueueUserWorkItem(...)启动的后台任务。我知道BackgroundWorker特别针对这类事情进行了构造,但我认为在这种情况下它是过度的,因为不涉及用户界面。通过取消,我只是意味着强制完成回调方法。
在课堂上添加以下内容会有什么陷阱?
// Cancellation Property.
private bool _canceled;
public bool CancelTask
{
get { return _canceled; }
set { _canceled = value; }
}
public void DoSomeTask()
{
int iterations = 50;
ThreadPool.QueueUserWorkItem(new WaitCallback(ThreadPoolCallback), iterations);
}
private void ThreadPoolCallback(object state)
{
if (_canceled)
return; // don't even start.
int iterations = (int)state;
for (int i = 0; !_canceled && i < iterations; i++)
{
//
// do work ...
//
// This allows you to cancel in the middle of an iteration...
if (_canceled)
break;
}
}
有更好的方法吗?
答案 0 :(得分:3)
我使用的方法是CancelTask()而不是属性。关键是呼叫者应该能够取消任务,但没有人能够取消任务。
然后你需要确保_cancelled的读取和写入具有适当的内存屏障,否则一个线程可能永远不会观察到另一个线程所做的更改。为此,我将使用Thread.VolatileWrite(在CancelTask内)和Thread.VolatileRead(在你的循环中)