Heim >Backend-Entwicklung >Golang >Warum bleibt meine global initialisierte Fehlervariable in einer anderen Funktion Null?
Globale Fehlervariable bleibt nach der Initialisierung Null
Problem
Beim globalen Initialisieren einer Fehlervariablen , bleibt es in einer anderen Funktion innerhalb desselben Pakets Null. Dadurch kann verhindert werden, dass Panikzustände wie erwartet ausgelöst werden.
package main import ( "os" "fmt" ) var loadErr error func main() { f, loadErr := os.Open("asdasd") if loadErr != nil { checkErr() } if f != nil { fmt.Println(f.Name()) } } // panic won't be called because loadErr is nil func checkErr() { if loadErr != nil { panic(loadErr) } }
Antwort
Das Problem tritt auf, weil die Variable „loadErr“ in der Hauptfunktion eine neue, lokale Variable ist . Der globalen Variablen wird niemals ein Wert zugewiesen. Um dies zu beheben, sollte die Variablenzuweisung vereinfacht werden:
func main() { _, loadErr = os.Open("asdasd")
Durch die Verwendung von = wird die globale Variable „loadErr“ initialisiert und alle nachfolgenden Fehler werden korrekt weitergegeben.
Zusätzliche Überlegungen
Wenn Sie den Rückgabewert von os.Open behalten möchten, müssen Sie den zweiten vorab deklarieren Variable:
var f *os.File f, loadErr = os.Open("asdasd")
In diesem Fall kann := nicht verwendet werden, da dadurch eine lokale Variable erstellt und die globale ignoriert würde.
Das obige ist der detaillierte Inhalt vonWarum bleibt meine global initialisierte Fehlervariable in einer anderen Funktion Null?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!