BlockingCollection vs CONCURRENTbag dans les applications WPF parallèles: quelle collection dois-je utiliser?

BlockingCollection, concurrentbag et comparaison de liste

Dans les applications WPF, il est recommandé d'utiliser

Remplacer

pour éviter la congélation potentielle causée par les opérations parallèles. Cependant, dans ce cas, une autre option à considérer est ConcurrentBag. List<T> BlockingCollection Explication BlockingCollection

est essentiellement un emballage d'une collection de . Il permet de bloquer le fonctionnement jusqu'à ce que les données soient disponibles. De plus, il permet une limite supérieure au nombre d'éléments de stockage.

BlockingCollection et comparaison concurrentbag BlockingCollection IProducerConsumerCollection<T>

Dans des cas spécifiques décrits dans le problème, vous pouvez utiliser

et pour créer un package simultané de blocage. La principale différence entre standard et est de supprimer l'obstruction de la tentative et l'application de la limite supérieure de l'élément.

Cependant, dans le scénario donné, il n'est pas nécessaire de bloquer ou la limite supérieure pour l'application. Par conséquent, l'utilisation de

dans ce cas ajoutera une couche de fonction inutile et inutilisée. ConcurrentBag<T> BlockingCollection Conclusion IProducerConsumerCollection<T> BlockingCollection

Bien que soit un outil multi-fonctionnel, il n'est pas recommandé d'utiliser

remplacer BlockingCollection pour résoudre la scène potentielle de potentiel congelé dans le fonctionnement du WPF parallèle.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!