Goroutine-Endlosschleifen-blockierender HTTP-Server in Go
Die Programmiersprache Go ermöglicht die Erstellung gleichzeitiger Goroutinen, die parallel ausgeführt werden. Eine aktuelle Beobachtung hat jedoch Bedenken hinsichtlich des Verhaltens von Endlosschleifen-Goroutinen in HTTP-Servern geweckt.
Laut der Go-Dokumentation sollte die Einstellung von runtime.GOMAXPROCS(8) mit 8 CPU-Kernen die parallele Ausführung von Goroutinen ermöglichen ohne sich gegenseitig zu blockieren. Dies ist jedoch bei Verwendung des Pakets net/http nicht der Fall. Eine Endlosschleifen-Goroutine scheint den Server nach einigen Anfragen zu blockieren.
Das Problem ist nicht auf den Code beschränkt, da es auch dann bestehen bleibt, wenn runtime.LockOSThread() zur Endlosschleifen-Goroutine hinzugefügt wird. Dies ist unerwartet, da runtime.LockOSThread() sicherstellen sollte, dass die Schleife in einem separaten Thread ausgeführt wird, wodurch andere Goroutinen für die weitere Ausführung freigegeben werden.
Erklärung
Die Go-Laufzeit Der Scheduler ist nicht vollständig präventiv. Ohne Funktionsaufrufe, wie im Fall des Endlosschleifencodes, wird der Scheduler nicht ausgelöst. Dadurch kann die Endlosschleifen-Goroutine die CPU monopolisieren und die Ausführung anderer Goroutinen verhindern.
Lösungen
Es gibt einige mögliche Lösungen für dieses Problem:
Es ist wichtig zu beachten, dass runtime.LockOSThread() die Schleife nicht vollständig in einem separaten Thread isoliert. Dadurch kann die Schleife in jedem Thread ausgeführt werden, der Scheduler kann sie jedoch trotzdem unterbrechen, wenn andere Goroutinen die Ausführung erfordern.
Das obige ist der detaillierte Inhalt vonWarum blockieren Endlosschleifen-Goroutinen den HTTP-Server von Go trotz „runtime.GOMAXPROCS' und „runtime.LockOSThread()'?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!