Golang-Debugging-Schnittstelle geschlossen

Ich bin kürzlich in meinem Projekt auf ein seltsames Problem gestoßen, das heißt, wenn ich Golang zum Debuggen der Schnittstelle verwende, wird die Schnittstelle nach einer gewissen Zeit automatisch geschlossen. Dies bereitet uns große Unannehmlichkeiten, da wir die Schnittstelle ständig neu starten müssen, um mit dem Debuggen fortzufahren. In diesem Artikel werde ich meine Lösung teilen.

Zunächst habe ich das http-Paket in der Standardbibliothek in Golang verfolgt und festgestellt, dass im Wesentlichen der Typ http.Server die Basis aller HTTP-Server ist. Ich habe versucht, diesen Typ zum Starten meines HTTP-Servers zu verwenden, und habe das Problem mit tiefem Debugging-Verständnis gelöst. Dabei habe ich etwas Interessantes entdeckt.

Bevor http.Server mit der Verarbeitung der Anfrage beginnt, verwendet er net.Listen, um einen Verweis auf den HTTP-Listener zu speichern. Anschließend können Sie durch Instanziieren des HTTP-Listeners damit beginnen, neue HTTP-Anfragen anzunehmen. Das sieht wie folgt aus:

l, err := net.Listen("tcp", ":8080")

if err != nil {

log.Fatal(err)

}

s := &http.Server{}

// Mit der Verarbeitung von Anfragen beginnen

s.Serve(l)

Nachdem ich das wusste, habe ich mich an einige Bibliotheken von Drittanbietern gewandt, um deren Code-Implementierung zu sehen. Wir haben einige Bibliotheken wie Gorilla Mux verwendet und festgestellt, dass sie nicht die oben beschriebene Methode zum Erstellen von HTTP-Diensten verwenden, sondern die Funktion http.ListenAndServe (ich denke, das wird von vielen Leuten verwendet) wie folgt verwenden:

http.ListenAndServe (" :8080", nil)

Der zweite Parameter ist die von uns geschriebene Route-Handler-Funktion (oder jeder andere Typ, der die Handler-Schnittstelle implementiert).

http.ListenAndServe funktioniert ähnlich wie wir einen HTTP-Listener über net.Listen initialisieren und ihn über http.Server.Serve starten. Es ist jedoch einfacher und kann in einem Rutsch durchgeführt werden.

Als ich das ausgetauscht habe, hat alles wieder gut funktioniert. Die Schnittstelle schließt nicht automatisch, ich kann Haltepunkte im Code setzen, neu laden oder auf die Schnittstelle zugreifen, da sie immer auf dem Port lauscht. Eigentlich denke ich, dass http.ListenAndServe als normale HTTP-Server-Startmethode verwendet werden sollte.

Zusammenfassend lässt sich sagen, dass es sich bei der Verwendung von Golang empfiehlt, die Funktion http.ListenAndServe zum Starten des HTTP-Servers zu verwenden. Dies kann eine effektive Lösung sein. Ich hoffe, dass Ihnen ein umfassendes Verständnis der Golang-Standardbibliothek und der Bibliotheken von Drittanbietern dabei helfen kann, die Funktionsweise von Golang besser zu verstehen.

Das obige ist der detaillierte Inhalt vonGolang-Debugging-Schnittstelle geschlossen. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!