这个问题在这里已经有了答案:9年前关闭。PossibleDuplicate:Parallel.ForEachvsTask.Factory.StartNew我需要在ThreadPool中运行大约1,000个任务每晚一次(这个数字将来可能会增加)。每个任务都在执行长时间运行的操作(从Web服务读取数据)并且是非CPU密集型.AsyncI/O不是此特定用例的选项。给定一个IList参数，我需要DoSomething(stringx).我试图在以下两个选项之间进行选择:IListtasks=newList();foreach(varpinparameters){tasks.Add(Task.F

我有一个启动多个子任务的任务。(例如，任务A创建B、C、D、E、F)。我还创建了一个System.Threading.Timer以每10秒轮询一次数据库，以检查计划的项目是否已按请求取消。如果是，它会设置CancellationTokenSource以便任务知道要取消。每个子任务，在本例中为B、C、D、E、F，将在适当的时候取消(它们循环遍历文件并四处移动)。由于Task实现了IDisposable，我想知道从再次调用Task.WaitAll是否是个好主意catchblock，等待取消传播。虽然将处理取消请求，但子任务可能处于循环中间并且在完成之前无法取消但是，根据MSDN:Alway

如何停止长时间运行的任务(.net4)？我已经实现了TPL并尝试使用CancellationTokenSource但它似乎不适用于我的场景。我见过的所有示例都假设您在while循环中工作，以便您可以检查任务是否已被取消，而我只有一个需要很长时间的操作。我不能等待工作完成，因为我需要假设它可能永远不会完成。这是我试过的代码:bool?result=null;varcs=newCancellationTokenSource();varct=cs.Token;vardoWorkTask=newTask(()=>{Console.WriteLine("startdoworktask");res

我正在考虑将Task.Delay()用于不间断计时器，因为它更简单且可读性更强。由于我是.NET的新手，我看不出这两种代码之间有什么显着差异。你能告诉我它们之间的区别(如果有的话)吗？//CreatevariableatsomeplaceDispatcherTimertimer=newDispatcherTimer();timer.Interval=TimeSpan.FromSeconds(5);timer.Tick+=timer_Elapsed;timer.Start();//Functionotherplacevoidtimer_Elapsed(objectsender,Event

我正在阅读交互式扩展的源代码并找到一个line我无法理解:publicstaticTaskUsingEnumerator(thisTasktask,IDisposabledisposable){task.ContinueWith(t=>{if(t.IsFaulted){varignored=t.Exception;//don'tremove!}if(t.IsFaulted||t.IsCanceled||!t.Result)disposable.Dispose();},TaskContinuationOptions.ExecuteSynchronously);returntask;}我在

我有一个异步方法RequestInternalAsync()它向外部资源发出请求，并希望编写一个包装方法，通过减少并行性来限制对该方法的并发异步请求的数量。想到的第一个选项是TaskScheduler并发性有限(LimitedConcurrencyLevelTaskScheduler、ConcurrentExclusiveSchedulerPair等)。但要使用自定义调度程序运行任务，我必须使用TaskFactory启动任务只接受Action，即我不能通过不阻塞额外的线程来等待内部方法的执行来做到这一点。第二个选项是SemaphoreSlim,它完成了它的工作，但在这种情况下，我正在实

这个问题在这里已经有了答案:关闭10年前。PossibleDuplicate:Retryataskmultipletimesbasedonuserinputincaseofanexceptionintask我正在寻找一种在TPL中实现重试逻辑的方法。我想要一个通用的函数/类，它能够返回一个任务，该任务将执行给定的操作，并且在出现异常的情况下将重试该任务，直到给定的重试次数为止。我尝试使用ContinueWith并在出现异常时让回调创建一个新任务，但它似乎只适用于固定数量的重试。有什么建议吗？privatestaticvoidMain(){TasktaskWithRetry=Create

以下代码是对实际应用中的一段代码的简化。下面的问题是长时间的工作将在UI线程中运行，而不是在后台线程中运行。voidDo(){Debug.Assert(this.Dispatcher.CheckAccess()==true);Task.Factory.StartNew(ShortUIWork,CancellationToken.None,TaskCreationOptions.None,TaskScheduler.FromCurrentSynchronizationContext());}voidShortUIWork(){Debug.Assert(this.Dispatcher.Ch

换句话说，就是vartask=SomeLongRunningOperationAsync();task.Wait();功能相同SomeLongRunningOperation();换句话说，就是vartask=SomeOtherLongRunningOperationAsync();varresult=task.Result;功能相同varresult=SomeOtherLongRunningOperation();根据Task.WaitandInlining，如果正在等待Wait的任务已经开始执行，则Wait必须阻塞。然而，如果它还没有开始执行，Wait可能能够将目标任务从它排队的调

我正在研究TaskParallelLibrary在我正在进行的工作项目中的使用情况，并且想了解长时间运行任务的优点/缺点。我还没有真实的例子，只是想了解这背后的理论。根据MSDN页面关于taskschedulers的说法还有这个SOquestion，似乎最好尽可能避免长时间运行的任务，这样您就不会在ThreadPool之外创建线程。但是假设您确实有一项需要很长时间才能完成的任务，而不是这样:Task.Factory.StartNew(()=>DoTimeConsumingWork(),TaskCreationOptions.LongRunning)您能否尝试将您的工作拆分为更小、更快的