Si vous êtes à la recherche d'une politique pure fil de mise en commun (peut être une connexion ou une ressource), il existe deux approches simples à savoir: -
Half Sync/Half Async modèle (en utilisant généralement en utilisant le message files d'attente pour transmettre des informations). Modèle Leaders/Followers (généralement en utilisant des files d'attente de requêtes pour transmettre des informations).
La première approche va comme ceci: -
- Vous créez un pool de threads à gérer une ressource. Souvent cette taille (nombre de threads) doit être configurable. Appelez ces fils 'Travailleurs'.
- Vous créez ensuite un thread principal que enverra le travail aux threads Worker. Le programme d'application envoie la tâche comme un message au fil maître.
- Le fil maître met le même sur le message Q d'un travailleur choisi fil et le fil travailleur se retire de la piscine . Choisir et supprimer le Worker thread doit être synchronisé.
- Après que le Worker a terminé la tâche , il retourne au pool de threads.
Le fil maître lui-même peut consommer les tâches qu'il reçoit dans PAPS ou d'une manière priorité. Cela dépendra de votre implémentation.
Le deuxième modèle (leader/Suiveurs) va quelque chose comme ceci: -
- Créer un pool de threads. Initialement tous sont Travailleurs. Choisissez ensuite un Leader, automatiquement repos-tous deviennent des suiveurs. Notez que l'élection a Leader doit être synchronisée.
- Mettez toutes les données à traiter sur un simple demande Q.
- Le pool de threads Leader dequeues la tâche . Il immédiatement alors élit un nouveau chef et commence à exécuter la tâche. Le nouveau Leader sélectionne la tâche suivante.
Il peut y avoir d'autres approches, mais celles décrites ci-dessus sont simples et fonctionnent avec la plupart des cas d'utilisation.
Demi-Sync/Async Demi faiblesse majeure: -
- changement de contexte plus élevé, la synchronisation , et la copie de données dessus.
chef/Follwers faiblesse majeure: -
- La mise en œuvre complexité de chef élection dans la piscine de fil.
Maintenant, vous pouvez décider vous-même le plus correcte approche. HTH,
Une question à la fois est une bonne pratique ici. –
Ils sont tous liés, préférez-vous que je bombarder stackoverflow avec une question pour chacune de ces questions connexes? –
Je pense que le problème est que votre question fait croire aux gens que vous n'avez fait aucune recherche sur le sujet et que vous voulez toutes les réponses (similaires aux questions de «devoirs»). Bien que ce ne soit pas une façon de poser des questions, cela rend, à mon avis, difficile la participation des gens. –