L'instruction Select
Fait partie de la section Programmation Orientée Objet du Journey GO de Coddy — leçon 62 sur 107.
L'instruction select permet à une goroutine d'attendre simultanément sur plusieurs opérations de canal. C'est comme une instruction switch, mais chaque cas implique l'envoi ou la réception sur un canal. Lorsque plusieurs canaux sont prêts, select en choisit un au hasard.
func main() {
ch1 := make(chan string)
ch2 := make(chan string)
go func() { ch1 <- "from channel 1" }()
go func() { ch2 <- "from channel 2" }()
select {
case msg1 := <-ch1:
fmt.Println(msg1)
case msg2 := <-ch2:
fmt.Println(msg2)
}
}Sans select, la réception depuis ch1 bloquerait jusqu'à ce que les données arrivent, risquant de manquer des données sur ch2. Avec select, le premier canal qui reçoit des données est traité.
Le cas default rend select non bloquant — il s'exécute immédiatement si aucun canal n'est prêt :
select {
case msg := <-messages:
fmt.Println("Received:", msg)
default:
fmt.Println("No message available")
}Un modèle courant combine select avec des délais d'attente en utilisant time.After, qui renvoie un canal recevant une valeur après la durée spécifiée :
select {
case result := <-ch:
fmt.Println("Got result:", result)
case <-time.After(2 * time.Second):
fmt.Println("Timeout!")
}Cela empêche votre programme d'attendre indéfiniment lorsqu'une opération sur un canal pourrait ne jamais se terminer.
Défi
FacileConstruisons un moniteur de service qui utilise l'instruction select pour gérer plusieurs sources de données simultanées. Votre moniteur écoutera différents canaux de service simultanément et répondra de manière appropriée lorsque des données arrivent ou lorsqu'aucune mise à jour n'est disponible.
Vous organiserez votre code sur deux fichiers :
monitor.go: Définissez votre logique de surveillance de service avec une gestion de canaux basée sur select.Créez une structure
ServiceUpdateavec les champsName(string) etStatus(string).Implémentez une fonction
Monitorqui prend trois canaux :primary chan ServiceUpdate,backup chan ServiceUpdate, etdone chan bool. Cette fonction doit utiliserselectpour écouter les trois canaux simultanément :- Lors de la réception de
primary: retourner la chaîne formatéePrimary: [Name] is [Status] - Lors de la réception de
backup: retourner la chaîne formatéeBackup: [Name] is [Status] - Lors de la réception de
done: retournerMonitoring stopped
Implémentez une fonction
CheckStatusqui prend un seul canalupdates chan ServiceUpdateet utiliseselectavec un casdefaultpour effectuer une vérification non bloquante :- Si une mise à jour est disponible : retourner
Update available: [Name] - Si aucune mise à jour n'est disponible (cas par défaut) : retourner
No updates pending
- Lors de la réception de
main.go: Configurez les canaux et démontrez les comportements select bloquants et non bloquants.Lisez un mode à partir de l'entrée qui détermine le scénario à exécuter :
primary,backup,stop, oucheck.Pour les modes
primary,backup, etstop: lisez également un nom de service et un statut. Créez les trois canaux, lancez une goroutine qui envoie des données au canal approprié en fonction du mode, puis appelezMonitoret affichez son résultat.Pour le mode
check: lisez un nom de service et un statut, plus un indicateur (sendounosend) indiquant s'il faut envoyer des données avant la vérification. Créez un canal tamponné avec une capacité de 1. Si l'indicateur estsend, envoyez une mise à jour au canal avant d'appelerCheckStatus. Affichez le résultat deCheckStatus.
Les entrées suivantes seront fournies :
- Ligne 1 : Mode (
primary,backup,stop, oucheck) - Ligne 2 : Nom du service
- Ligne 3 : Statut du service
- Ligne 4 (uniquement pour le mode
check) :sendounosend
Par exemple, étant donné :
primary
Database
healthyVotre sortie devrait être :
Primary: Database is healthyEt étant donné :
check
Cache
active
nosendVotre sortie devrait être :
No updates pendingAide-mémoire
L'instruction select permet à une goroutine d'attendre simultanément plusieurs opérations sur les canaux. Elle fonctionne comme une instruction switch, mais chaque cas implique l'envoi ou la réception d'un canal :
select {
case msg1 := <-ch1:
fmt.Println(msg1)
case msg2 := <-ch2:
fmt.Println(msg2)
}Lorsque plusieurs canaux sont prêts, select en choisit un au hasard. Sans select, la réception d'un canal bloquerait et risquerait de manquer des données sur un autre canal.
Le cas default rend select non bloquant — il s'exécute immédiatement si aucun canal n'est prêt :
select {
case msg := <-messages:
fmt.Println("Received:", msg)
default:
fmt.Println("No message available")
}Un modèle courant combine select avec des délais d'attente (timeouts) en utilisant time.After, qui renvoie un canal recevant une valeur après la durée spécifiée :
select {
case result := <-ch:
fmt.Println("Got result:", result)
case <-time.After(2 * time.Second):
fmt.Println("Timeout!")
}Cela empêche votre programme d'attendre indéfiniment lorsqu'une opération sur un canal pourrait ne jamais se terminer.
Essayez vous-même
package main
import (
"fmt"
)
func main() {
var mode string
fmt.Scanln(&mode)
var serviceName string
fmt.Scanln(&serviceName)
var serviceStatus string
fmt.Scanln(&serviceStatus)
// TODO: Gérer les différents modes : "primary", "backup", "stop", "check"
// Pour les modes "primary", "backup", "stop" :
// - Créer trois canaux : primary, backup, done
// - Lancer une goroutine qui envoie des données au canal approprié
// - Appeler Monitor et afficher le résultat
// Pour le mode "check" :
// - Lire le drapeau supplémentaire ("send" ou "nosend")
// - Créer un canal tamponné avec une capacité de 1
// - Si le drapeau est "send", envoyer une mise à jour au canal
// - Appeler CheckStatus et afficher le résultat
}
Cette leçon comprend un petit quiz. Commencez la leçon pour y répondre et suivre votre progression.
Toutes les leçons de Programmation Orientée Objet
1Fondamentaux de la POO en Go
Fichiers externesEspace de travail et Modules GoPackages et ImportsNoms exportés vs non exportésIntroduction à la POO en GoLes Structs comme ClassesDéfinir des méthodes sur les StructsReceveurs par pointeur vs par valeurInitialisation de StructsFonctions constructeursRécapitulatif - Calculatrice simple4Interfaces
Introduction aux interfacesImplémentation impliciteL'interface comme contratInterface vide (any)Assertion de typeType SwitchComposition d'interfacesInterfaces Stringer & ErrorRécapitulatif - Calculateur de formes7Encapsulation
Champs exportés vs non exportésEncapsulation au niveau du packageMéthodes Getter & SetterMasquage d'informations en GoRécapitulatif - Dossiers étudiants10Génériques (Go 1.18+)
Introduction aux génériquesParamètres de typeContraintes de typeStructures génériquesContournement pour les méthodes génériquesRécapitulatif - Collections génériques13Patrons de conception, Partie 1
Introduction aux Design PatternsPatron SingletonPatron FactoryPatron Abstract FactoryPatron ObserverPatron Strategy2Exploration approfondie des Types et Structs
Types de base et compositesDéfinitions de types personnalisésTags de StructStructs anonymesStructs imbriquéesValeurs par défaut et Zero ValuesRécapitulatif - Carnet de contacts5Composition plutôt qu'héritage
Pourquoi Go n'a pas d'héritageLes bases de l'imbrication de structsPromotion de méthodesImbriquer plusieurs structsImbrication vs AgrégationMasquage de méthodes imbriquéesRécapitulatif - Hiérarchie des employés8Gestion des erreurs & POO
L'interface errorTypes d'erreurs personnalisésError Wrapping (fmt.Errorf)Erreurs sentinelleserrors.Is() et errors.As()Panic, Defer et RecoverRécapitulatif - File Parser11Bibliothèque standard et POO
io.Reader & io.WriterL'interface sort.InterfaceL'interface fmt.Stringerencoding/json avec les StructsL'interface http.HandlerRécapitulatif - Modèles d'API REST14Patrons de conception, Partie 2
Patron CommandePatron AdaptateurPatron DécorateurPatron Template MethodPatron ÉtatPatron CompositeMiddleware en tant que Décorateur3Pointeurs et Mémoire
Bases des pointeurs en GoPointeurs vers des structsPassage par valeur vs référenceLa fonction new()Garbage Collection en GoRécapitulatif - Constructeur de liste chaînée6Le polymorphisme en Go
Le polymorphisme via les interfacesLe Duck Typing en GoRègles de satisfaction des interfacesCollections polymorphesInjection de dépendancesRécapitulatif - Processeur de paiement9Concurrence et POO
Bases des GoroutinesChannels et CommunicationChannels avec buffer vs sans bufferL'instruction Selectsync.Mutex et sync.RWMutexsync.WaitGroupConception de structures Thread-SafeRécapitulatif - Worker Pool