Cette discussion est née d'une implémentation élégante du modèle des travailleurs et des contrôleurs dans Go. Cependant, le code était confronté à un problème : la suppression des canaux de travail d'une tranche de travailleurs lorsqu'un travailleur quittait entraînait un blocage.
Les tentatives pour remédier à cette situation, comme la fermeture du canal dans worker() ou l'utilisation d'un mutex pour protection, a entraîné soit la panique, soit une impasse. Une solution proposée consistait à faire en sorte que le contrôleur saute les canaux fermés, mais il manquait une méthode permettant de détecter la fermeture d'un canal sans la lire.
Selon la solution fournie, la détection de la fermeture d'un canal est intrinsèquement limitée dans Go. Bien qu'il soit possible de déterminer l'état d'un canal destiné à l'écriture en récupérant d'une panique déclenchée, les canaux destinés à la lecture ne peuvent être vérifiés pour leur fermeture qu'en effectuant une opération de lecture, ce qui peut entraîner un blocage ou des résultats erronés.
Les options disponibles pour vérifier la fermeture du canal incluent :
Seule l'option de blocage évite la lecture de la chaîne, mais son utilité est limitée.
Par conséquent, la conclusion est que même s'il serait utile d'avoir une fonction de vérification fermeture de la chaîne sans la lire, les limitations actuelles de Go en font un défi.
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!