


Muss ich den Antworttext nach einem HTTP-GET-Fehler in Go schließen?
Erfordern HTTP-Fehler das Schließen des Antwortkörpers?
In der Webentwicklung ist es oft notwendig, Antworten von HTTP-Anfragen zu verarbeiten. Zu diesem Zweck wird die Funktion http.Get(url) in Go verwendet. Es stellt sich jedoch die Frage: Ist es notwendig, den Antworttext zu schließen, wenn während der GET-Anfrage ein Fehler auftritt?
Überlegungen zur Fehlerbehandlung
Gemäß allgemeinen Programmierprinzipien Wenn eine Funktion mehrere Werte zurückgibt, von denen einer ein Fehler ist, sollte der Fehler zuerst überprüft werden, bevor fortgefahren wird. Nicht-Fehlerwerte sollten bei Vorliegen eines Fehlers Nullwerte zurückgeben.
Verhalten von http.Get()
Die Dokumentation für http.Get() tut dies nicht von diesem Grundsatz abweichen. Daher sollte die Fehlerbehandlung wie folgt gehandhabt werden:
res, err := http.Get(url) if err != nil { log.Printf("Error: %s\n", err) return } defer res.Body.Close() // Read/work with body
Sonderfall für Umleitungen
JimB bestätigt, dass, wenn ein Fehler ungleich Null zurückgegeben wird, auch wenn der Wenn die Antwort ungleich Null ist, ist es nicht erforderlich, sie zu schließen. Es gibt jedoch eine Ausnahme bei Umleitungsfehlern. Die Antwort kann Kontext und zusätzliche Informationen darüber enthalten, wo die Umleitung fehlgeschlagen ist.
Nicht-Null-Antworttext mit Fehler schließen
Wenn Sie den Antworttext schließen möchten, wenn ein Fehler vorliegt Wenn Sie eine Antwort und einen Fehler ungleich Null angeben, können Sie dies in einem dieser Schritte tun Möglichkeiten:
res, err := http.Get(url) if err != nil { log.Printf("Error: %s\n", err) } if res != nil { defer res.Body.Close() // Read/work with body }
res, err := http.Get(url) if err != nil { log.Printf("Error: %s\n", err) } if res == nil { return } defer res.Body.Close() // Read/work with body
Garantie von Non-Nil Body
Die Dokumentation für http.Response garantiert, dass Response.Body niemals Null sein wird, selbst wenn Es liegen keine Antwortdaten vor oder der Text enthält eine Null Länge.
Fazit
Zusammenfassend lässt sich sagen, dass es nicht notwendig ist, den Antworttext im Falle eines Fehlers von http.Get() zu schließen, es sei denn, der Fehler hängt damit zusammen zu einer Umleitung. Es ist jedoch sicher, den Körper zu schließen, wenn die Antwort nicht Null ist, indem Sie einen der oben beschriebenen Ansätze verwenden.
Das obige ist der detaillierte Inhalt vonMuss ich den Antworttext nach einem HTTP-GET-Fehler in Go schließen?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Heiße KI -Werkzeuge

Undresser.AI Undress
KI-gestützte App zum Erstellen realistischer Aktfotos

AI Clothes Remover
Online-KI-Tool zum Entfernen von Kleidung aus Fotos.

Undress AI Tool
Ausziehbilder kostenlos

Clothoff.io
KI-Kleiderentferner

Video Face Swap
Tauschen Sie Gesichter in jedem Video mühelos mit unserem völlig kostenlosen KI-Gesichtstausch-Tool aus!

Heißer Artikel

Heiße Werkzeuge

Notepad++7.3.1
Einfach zu bedienender und kostenloser Code-Editor

SublimeText3 chinesische Version
Chinesische Version, sehr einfach zu bedienen

Senden Sie Studio 13.0.1
Leistungsstarke integrierte PHP-Entwicklungsumgebung

Dreamweaver CS6
Visuelle Webentwicklungstools

SublimeText3 Mac-Version
Codebearbeitungssoftware auf Gottesniveau (SublimeText3)

Heiße Themen

OpenSSL bietet als Open -Source -Bibliothek, die in der sicheren Kommunikation weit verbreitet sind, Verschlüsselungsalgorithmen, Tasten und Zertifikatverwaltungsfunktionen. In seiner historischen Version sind jedoch einige Sicherheitslücken bekannt, von denen einige äußerst schädlich sind. Dieser Artikel konzentriert sich auf gemeinsame Schwachstellen und Antwortmaßnahmen für OpenSSL in Debian -Systemen. DebianopensL Bekannte Schwachstellen: OpenSSL hat mehrere schwerwiegende Schwachstellen erlebt, wie z. Ein Angreifer kann diese Sicherheitsanfälligkeit für nicht autorisierte Lesen sensibler Informationen auf dem Server verwenden, einschließlich Verschlüsselungsschlüssel usw.

Wie kann man im Beegoorm -Framework die mit dem Modell zugeordnete Datenbank angeben? In vielen BeEGO -Projekten müssen mehrere Datenbanken gleichzeitig betrieben werden. Bei Verwendung von BeEGO ...

Backend Learning Path: Die Erkundungsreise von Front-End zu Back-End als Back-End-Anfänger, der sich von der Front-End-Entwicklung verwandelt, Sie haben bereits die Grundlage von Nodejs, ...

Das Problem der Verwendung von RETISTREAM zur Implementierung von Nachrichtenwarteschlangen in der GO -Sprache besteht darin, die Go -Sprache und Redis zu verwenden ...

Was soll ich tun, wenn die benutzerdefinierten Strukturbezeichnungen in Goland nicht angezeigt werden? Bei der Verwendung von Goland für GO -Sprachentwicklung begegnen viele Entwickler benutzerdefinierte Struktur -Tags ...

In der Bibliothek, die für den Betrieb der Schwimmpunktnummer in der GO-Sprache verwendet wird, wird die Genauigkeit sichergestellt, wie die Genauigkeit ...

Das Problem der Warteschlange Threading In Go Crawler Colly untersucht das Problem der Verwendung der Colly Crawler Library in Go -Sprache. Entwickler stoßen häufig auf Probleme mit Threads und Anfordern von Warteschlangen. � ...

In diesem Artikel wird vorgestellt, wie MongoDB im Debian -System konfiguriert wird, um eine automatische Expansion zu erzielen. Die Hauptschritte umfassen das Einrichten der MongoDB -Replikat -Set und die Überwachung des Speicherplatzes. 1. MongoDB Installation Erstens stellen Sie sicher, dass MongoDB im Debian -System installiert ist. Installieren Sie den folgenden Befehl: sudoaptupdatesudoaptinstall-emongoDB-org 2. Konfigurieren von MongoDB Replika-Set MongoDB Replikate sorgt für eine hohe Verfügbarkeit und Datenreduktion, was die Grundlage für die Erreichung der automatischen Kapazitätserweiterung darstellt. Start MongoDB Service: SudosystemctlstartMongodsudosysys
