WaitAll pour plusieurs poignées sur un thread STA n'est pas pris en charge

  1. Pourquoi j'obtiens ce message d'erreur? "WaitAll pour plusieurs poignées sur un thread STA n'est pas pris en charge".
  2. Dois-je utiliser [MTAThreadAttribute] attribut? Mise à jour: Dosn fonctionne pas avec les applications WPF!

Note:
C'erreur est à la ligne WaitHandle.WaitAll(doneEvents);
Je suis en utilisant un standard projet WPF.

private void Search()
{
    const int CPUs = 2;
    var doneEvents = new ManualResetEvent[CPUs];

    //Configure and launch threads using ThreadPool:
    for (int i = 0; i < CPUs; i++)
    {
        doneEvents[i] = new ManualResetEvent(false);
        var f = new Indexer(Paths[i], doneEvents[i]);
        ThreadPool.QueueUserWorkItem(f.WaitCallBack, i);
    }

    //Wait for all threads in pool 
    WaitHandle.WaitAll(doneEvents);
    Debug.WriteLine("Search completed!");
}

Mise à jour: La solution suivante ne fonctionne pas pour les applications WPF!
Il n'est pas possible de changer l'application principale de l'attribut MTAThreadAttribute. Il en résultera l'erreur suivante:

Erreur: "WaitAll pour plusieurs poignées sur un thread STA n'est pas pris en charge."

  • Vous vous rendez compte que votre application va geler complètement jusqu'à ce que les Indexeurs sont-ils faits?
  • Oui! Je sais qu'. Mais comme il est il ne fonctionne pas.
  • stackoverflow.com/questions/3784510/...
  • La même erreur, mais la solution n'est pas pour les applications WPF! Vous ne pouvez pas modifier principal attribut de la méthode pour l'application WPF.
InformationsquelleAutor Amir Rezaei | 2010-11-16
  1. 20

    Qu'en utilisant les Tâches à accomplir votre threading pour vous.

    http://msdn.microsoft.com/en-us/library/system.threading.tasks.task.aspx

    var task1 = Task.Factory.StartNew(() => DoSomeWork());
var task2 = Task.Factory.StartNew(() => DoSomeWork());
var task3 = Task.Factory.StartNew(() => DoSomeWork());
Task.WaitAll(task1, task2, task3);
    • C'est .NET Framework 4. Donc, je dois mettre à niveau le projet. Il semble être une meilleure approche de la pensée!
    • Task.Run(()=>DoSomeWork()) est une meilleure alternative
    InformationsquelleAutor Oliver
  2. 52

    En fait j'utilise la suite pour remplacer WaitHandle.WaitAll(doneEvents);

    foreach (var e in doneEvents)
    e.WaitOne();
    • existe-il des inconvénients à l'utilisation de cette alternative?
    • J'en ai vu aucun, mais je vous conseille d'utiliser de la Tâche pour le tout nouveau code
    • Les tâches ne peuvent pas être utilisés pour l'e. g. un arrêt normal de mise en œuvre, c'est pourquoi je préfère la réponse de Brian Gédéon ci-dessous (stackoverflow.com/a/4194938/2477582) qui recommande l'utilisation d'un CountdownEvent
    InformationsquelleAutor Calimero100582
  3. 10

    Utiliser un ManualResetEvent et d'attendre sur elle. Également maintenir un TaskCount variable qui est définie pour le nombre de threads de travail de commencer, vous devez utiliser Interlocked.Decrement dans le thread de code de la dernière action du travailleur et le signal de l'événement, si le compteur atteint zéro,par exemple

    //other worker actions...
if (Interlocked.Decrement(ref taskCount) == 0)
   doneEvent.Set();
    • Merci il semble être la seule solution depuis WaitAll(..) ne fonctionne pas.
    • Yep, qui serait à l'œuvre. Assurez-vous de traiter le thread principal, comme si c'était un élément de travail et d'initialiser taskCount = 1 et de faire le Decrement et Set à la fin de la for boucle.
    InformationsquelleAutor liggett78
  4. 7

    Je refactoriser votre code pour utiliser la CountdownEvent classe à la place.

    private void Search() 
{ 
    const int CPUs = 2; 
    var done = new CountdownEvent(1);

    //Configure and launch threads using ThreadPool: 
    for (int i = 0; i < CPUs; i++) 
    { 
        done.AddCount();
        var f = new Indexer(Paths[i], doneEvents[i]); 
        ThreadPool.QueueUserWorkItem(
          (state) =>
          {
            try
            {
              f.WaitCallBack(state);
            }
            finally
            {
              done.Signal();
            }
          }, i); 
    } 

    //Wait for all threads in pool  
    done.Signal();
    done.Wait();
    Debug.WriteLine("Search completed!"); 
}
    • NB: .NET 4 seulement
    • C'est le remplacement parfait pour les WaitHandle.WaitAll(multipleEvents);!
    InformationsquelleAutor Brian Gideon
  5. 0

    utiliser quelque chose comme ceci:

    foreach (ITask Task in Tasks)
{
    Task.WaitHandle = CompletedEvent;
    new Thread(Task.Run).Start();
}

int TasksCount = Tasks.Count;
for (int i = 0; i < TasksCount; i++)
    CompletedEvent.WaitOne();

if (AllCompleted != null)
    AllCompleted(this, EventArgs.Empty);
    • CompletedEvent est de type System.Le filetage.AutoResetEvent
    • -1 Tout en nettoyant, pour moi ce n'est pas suffisamment différentes pour stackoverflow.com/a/4194938/11635
    InformationsquelleAutor CSharper