Symptômes
Le point 4.6 de.NET Framework ajouté une nouvelle valeur de type enum, RunContinuationsAsynchronously, aux énumérations TaskCompletionSource et TaskCreationOptions . Cette valeur impose les tâches à exécuter de façon asynchrone, et cela permet d’éviter les situations de blocage. Toutefois, un problème a été découvert dans lequel, pour certains types spécifiques de continuations (en particulier lorsque les continuations créez des Task.WhenAll, Task.WhenAnyou TaskExtensions.Unwrap ), l’option est ignorée. Par conséquent, les continuations peuvent toujours exécuter simultanément.
L’exemple suivant illustre le problème. Si la valeur de RunContinuationsAsynchronously ont été fonctionne correctement, le thread de deux ID qui sont imprimés jamais serait la même, étant donné que la continuation serait toujours être planifiée sur différents threads.
using System;using System.Threading;
using System.Threading.Tasks;
class Program
{
static void Main()
{
var mres = new ManualResetEventSlim();
Console.WriteLine(Environment.CurrentManagedThreadId);
var tcs = new TaskCompletionSource<bool>(TaskCreationOptions.RunContinuationsAsynchronously);
var t = Task.WhenAll(tcs.Task);
t.ContinueWith(delegate
{
Console.WriteLine(Environment.CurrentManagedThreadId);
mres.Set();
}, TaskContinuationOptions.ExecuteSynchronously);
tcs.SetResult(true);
mres.Wait();
}
}
Résolution
Il n’existe actuellement aucune solution de contournement pour ce problème. L’équipe de.NET Framework de Microsoft travaille sur une solution à inclure dans une future mise à jour.
