.NET 4.6中任务并行库的特性是什么呢

.NET 4.6中任务并行库的特性是什么呢，针对这个问题，这篇文章详细介绍了相对应的分析和解答，希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。

在即将发布的.NET 4.6中，.NET中的任务并行库将会进行某些调整。其中会包括一些新的帮助方法以减少代码量，可能还会有性能方面的优化。除此之外，TPL将会通过使用一个新的解决方案对SetResult方法中某个复杂的问题进行处理。

可以将Task.FromResult视为一个典型样板，这一函数用于创建一个已经完成的Task对象，而无需首先创建一个TaskCompletionSource对象。开发者无法模拟这一效果，因此这需要访问Task类型的内部实现，如果你希望在异常处理时达到同样的效果，以上缺陷就将会成为一个阻碍。

.NET 4.6通过Task.FromException方法解决了这一问题。与FromResult类似，它能够绕过TaskCompletionSource这一机制的使用，并避免了随之而来的各种消耗。

与之相关的一个特性是Task.CompletedTask属性，该属性会返回一个完成的Task对象，而在目前的版本中只能通过Task.FromResult<object>(null)实现。严格来说，这一特性并非十分必要，但它确实能够让开发者的意图变得更加清晰一些了。

与最后一个重要的特性相比，以上所介绍的这些新特性的效果可谓微不足道。TaskCompletionSource.SetResult方法有一个已知的行为，即如果该方法的后续方法会挂起对应的Task对象的话，那么这些后续方法有可能会以同步方式进行运行。Stephen Toub为读者解释了为什么这一行为可能会出现问题

我曾说过对TaskCompletionSource<TResult>调用{Try}Set*等方法可能会产生的一种结果，即该TaskCompletionSource<TResult>对象所对应的Task对象的任何同步后续方法会以同步方式运行，成为整个方法调用的一部分。如果我们在持有锁的同时调用了SetResult方法，那么该Task对象的同步后续方法会在持有锁的情况下运行，这可能会导致真正的问题。因此，在持有锁的情况下，我们需要将TaskCompletionSource<bool>设为completed，但我们实际上并没有完成它，而是将完成动作延迟，直至锁被释放之后。

为了避免这一情况的产生，开发者可以在创建TaskCompletionSource时，使用RunContinuationsAsynchronously这一新的标记：

tcs = new TaskCompletionSource<bool>(TaskCreationOptions.RunContinuationsAsynchronously)

关于.NET 4.6中任务并行库的特性是什么呢问题的解答就分享到这里了，希望以上内容可以对大家有一定的帮助，如果你还有很多疑惑没有解开，可以关注亿速云行业资讯频道了解更多相关知识。