Heim  >  Artikel  >  Backend-Entwicklung  >  Warum hängen meine Sockets in Postman und nginX bei 502, während Gin-Gonic in beiden Fällen StatusOk zurückgibt?

Warum hängen meine Sockets in Postman und nginX bei 502, während Gin-Gonic in beiden Fällen StatusOk zurückgibt?

王林
王林nach vorne
2024-02-09 20:27:09333Durchsuche

为什么我的 Postman 和 nginX 中的 502 上的套接字挂起,而 Gin-Gonic 在这两种情况下都返回 StatusOk?

php-Redakteur Yuzi beantwortet in diesem Artikel eine häufig gestellte Frage: „Warum bleiben meine Sockets in Postman und nginX hängen, während Gin-Gonic in beiden Fällen fehlschlägt?“ „Diese Frage beinhaltet Unterschiede in.“ Wir werden die Gründe für das Verhalten verschiedener Netzwerk-Frameworks und Server analysieren und Lösungen anbieten, um den Lesern bei der Lösung ähnlicher Probleme zu helfen.

Frageninhalt

Um mein Problem zu vereinfachen, habe ich einen sehr langen Weg, der bis zu 2 Minuten dauern kann, bis ich eine Antwort bekomme. Hier ist mein Beispiel-HTTP-Handler:

func GetHealth(svc *service.Hotel) gin.HandlerFunc {
   return func(c *gin.Context) {
      time.Sleep(30 * time.Second)
      c.JSON(200, gin.H{})
   }
}

Jetzt, wenn ich anrufe [GET] /health 路由邮递员返回 Error: 套接字挂起 在从 gin-gonic 返回响应的确切时间,记录了 200 Ok:

[GIN] 2024/01/24 - 11:10:58 | 200 | 200 30.084587215s | ::1 |获取“/health”

Jetzt erhalte ich mit demselben Projekt hinter nginX als Reverse-Proxy einen 502-NginX-Fehler in der API-Antwort, wenn mein Dienst protokolliert 200 Ok .

Die Frage ist Warum erhalte ich auf der Clientseite eine Fehlermeldung, obwohl gin-gonic erfolgreich eine Antwort zurückgegeben hat? Wie kann ich dieses Problem lösen?

Ich habe die Bibliothek github.com/gin-contrib/timeout verwendet, weil ich dachte, dass sie mit Routing-Timeouts zusammenhängt, aber ohne Erfolg. github.com/gin-contrib/timeout 库,因为我认为它与路由超时有关,但没有成功。

解决方法

gin-gonic 中,您可以在 http.Server 上设置 WriteTimeout 以防止 socket 挂起

Problemumgehung

In gin-gonic können Sie WriteTimeout auf http.Server festlegen, um zu verhindern, dass socket hängen bleibt oder Nginx 502. 🎜 🎜Interessanterweise werden auch bei einer Zeitüberschreitung immer 200 protokolliert, aber der Client erhält die Fehlermeldung: 🎜
srv := &http.Server{
        Addr: ":9000",
        // Good practice to set timeouts to avoid Slowloris attacks.
        WriteTimeout: time.Second * 120, // THIS TIMEOUT NEEDS TO BE SET
        ReadTimeout:  time.Second * 15,
        IdleTimeout:  time.Second * 60,
        Handler:      router,
    }

Das obige ist der detaillierte Inhalt vonWarum hängen meine Sockets in Postman und nginX bei 502, während Gin-Gonic in beiden Fällen StatusOk zurückgibt?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Dieser Artikel ist reproduziert unter:stackoverflow.com. Bei Verstößen wenden Sie sich bitte an admin@php.cn löschen