Quel récepteur obtient les données dans un canal sans tampon Go multi-récepteur ?

Résoudre le mystère du récepteur : qui récupère les données dans un canal multi-récepteur ?

Les canaux non tamponnés dans Go imposent un mécanisme de blocage aux récepteurs jusqu'à ce que les données soient disponibles. Lorsque plusieurs récepteurs écoutent sur le même canal, leur comportement en cas de blocage reste flou.

La saga Send-Receive

Quand une seule valeur est finalement envoyée au canal, quel récepteur se libérera des chaînes du blocage ? Tous les récepteurs seront-ils débloqués simultanément ou le premier en ligne réclamera-t-il les données ? Ou est-ce une loterie ?

La spécification du langage révèle la réponse

La spécification du langage Go détient la clé de ce mystère :

"Si l'on ou plusieurs communications peuvent avoir lieu, une seule qui peut avoir lieu est choisie via une sélection pseudo-aléatoire uniforme."

Cela signifie qu'un seul récepteur, choisi au hasard, recevra les données, laissant les autres attendre encore. Cette approche non déterministe garantit l'équité tout en empêchant un récepteur de monopoliser le flux de données.

Et voilà, le mystère est résolu ! Lorsque plusieurs récepteurs écoutent sur un canal sans tampon, la danse aléatoire de la danse de communication permet à un seul récepteur chanceux de se libérer de l'impasse. Cela témoigne de la gestion élégante et efficace de la concurrence par Go.

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!