这可能是TL; DR为多，但是，我认为比较await有BackgroundWorker就是喜欢上了这后续比较苹果和桔子和我的想法：
BackgroundWorker旨在在线程池线程上对要在后台执行的单个任务进行建模。 async/ await是用于异步等待异步操作的语法。这些操作可能会或可能不会使用线程池线程，甚至可能不会使用任何其他线程。因此，它们是苹果和橙子。
例如，您可以使用进行以下操作await：
using (WebResponse response = await webReq.GetResponseAsync())
{
using (Stream responseStream = response.GetResponseStream())
{
int bytesRead = await responseStream.ReadAsync(buffer, 0, buffer.Length);
}
}
但是，您可能永远不会在后台工作器中对它进行建模，而可能在.NET 4.0（在之前await）中执行以下操作：
webReq.BeginGetResponse(ar =>
{
WebResponse response = webReq.EndGetResponse(ar);
Stream responseStream = response.GetResponseStream();
responseStream.BeginRead(buffer, 0, buffer.Length, ar2 =>
{
int bytesRead = responseStream.EndRead(ar2);
responseStream.Dispose();
((IDisposable) response).Dispose();
}, null);
}, null);
请注意，比较这两种语法之间的不相交关系，以及using没有async/时如何使用await。
但是，您不会使用来做类似的事情BackgroundWorker。 BackgroundWorker通常用于为您不想影响UI响应能力的单个长时间运行的操作建模。例如：
worker.DoWork += (sender, e) =>
{
int i = 0;
// simulate lengthy operation
Stopwatch sw = Stopwatch.StartNew();
while (sw.Elapsed.TotalSeconds < 1)
++i;
};
worker.RunWorkerCompleted += (sender, eventArgs) =>
{
// TODO: do something on the UI thread, like
// update status or display "result"
};
worker.RunWorkerAsync();
确实没有什么可以与异步/等待一起使用的，BackgroundWorker而是为您创建线程。
现在，您可以改用TPL：
var synchronizationContext = TaskScheduler.FromCurrentSynchronizationContext();
Task.Factory.StartNew(() =>
{
int i = 0;
// simulate lengthy operation
Stopwatch sw = Stopwatch.StartNew();
while (sw.Elapsed.TotalSeconds < 1)
++i;
}).ContinueWith(t=>
{
// TODO: do something on the UI thread, like
// update status or display "result"
}, synchronizationContext);
在这种情况下，TaskScheduler会为您创建线程（假设使用默认值TaskScheduler），并且可以await如下使用：
await Task.Factory.StartNew(() =>
{
int i = 0;
// simulate lengthy operation
Stopwatch sw = Stopwatch.StartNew();
while (sw.Elapsed.TotalSeconds < 1)
++i;
});
// TODO: do something on the UI thread, like
// update status or display "result"
我认为，主要的比较是您是否报告进度。例如，您可能有BackgroundWorker like以下内容：
BackgroundWorker worker = new BackgroundWorker();
worker.WorkerReportsProgress = true;
worker.ProgressChanged += (sender, eventArgs) =>
{
// TODO: something with progress, like update progress bar
};
worker.DoWork += (sender, e) =>
{
int i = 0;
// simulate lengthy operation
Stopwatch sw = Stopwatch.StartNew();
while (sw.Elapsed.TotalSeconds < 1)
{
if ((sw.Elapsed.TotalMilliseconds%100) == 0)
((BackgroundWorker)sender).ReportProgress((int) (1000 / sw.ElapsedMilliseconds));
++i;
}
};
worker.RunWorkerCompleted += (sender, eventArgs) =>
{
// do something on the UI thread, like
// update status or display "result"
};
worker.RunWorkerAsync();
但是，您将无法处理其中的某些问题，因为您将背景工作程序组件拖放到了表单的设计图面上–使用async/ await和Task... 不能执行的操作，也就是说，您不会手动创建对象，设置属性和设置事件处理程序。你只填写的身体DoWork，RunWorkerCompleted和ProgressChanged事件处理程序。
如果您将其“转换”为异步/等待，则可以执行以下操作：
IProgress<int> progress = new Progress<int>();
progress.ProgressChanged += ( s, e ) =>
{
// TODO: do something with e.ProgressPercentage
// like update progress bar
};
await Task.Factory.StartNew(() =>
{
int i = 0;
// simulate lengthy operation
Stopwatch sw = Stopwatch.StartNew();
while (sw.Elapsed.TotalSeconds < 1)
{
if ((sw.Elapsed.TotalMilliseconds%100) == 0)
{
progress.Report((int) (1000 / sw.ElapsedMilliseconds))
}
++i;
}
});
// TODO: do something on the UI thread, like
// update status or display "result"
没有将组件拖到Designer曲面上的能力，实际上取决于读者来决定哪个“更好”。但是，对我而言，这是和之间的比较，await而BackgroundWorker不是您是否可以等待诸如的内置方法Stream.ReadAsync。例如，如果您BackgroundWorker按预期使用，可能很难转换为use await。
其他想法：http : //jeremybytes.blogspot.ca/2012/05/backgroundworker-component-im-not-dead.html