Go の HTTP コンテキストがリクエストボディのキャンセルシグナルを検出しないのはなぜですか?

Go HTTP コンテキストがリクエスト ボディを持つキャンセル シグナルの検出に失敗する

Go の HTTP サーバーでは、コンテキスト シグナルがクライアントの切断を処理するメカニズムを提供できますこれにより、サーバーはリソースを即座にクリーンアップできるようになります。ただし、リクエストに本文が含まれている場合、コンテキストの Done チャネルが停止し、サーバーがクライアントの離脱を検出できなくなります。

動作の原因

この動作の理由HTTP サーバーが接続を読み取る方法にあります。リクエスト本文が読み取られるまで、閉じられた接続のチェックは実行されません。 GET リクエストの場合は本文が存在しないため、サーバーは接続をアクティブに監視します。ただし、POST リクエストでは、本文がノンブロッキング リーダーを占有し、接続チェックが遅れます。

解決策

この問題を解決するには、リクエスト本文を明示的に読み取ります。ハンドラー関数。このアクションにより、サーバーの接続監視がトリガーされ、クライアントの切断を即座に検出できるようになります。

コード例

func handler(w http.ResponseWriter, r *http.Request) {
    go func(done <-chan struct{}) {
        <-done
        fmt.Println("message", "client connection has gone away, request got cancelled")
    }(r.Context().Done())

    // Explicitly read the body to trigger connection monitoring
    io.Copy(ioutil.Discard, r.Body)

    time.Sleep(30 * time.Second)
    fmt.Fprintf(w, "Hi there, I love %s!\n", r.URL.Path[1:])
}

この変更により、サーバーはリクエスト本文を読み取るように求められます。すぐに接続監視プロセスを開始します。その結果、サーバーは、リクエスト本文が存在する場合でも、クライアントの切断を効果的に検出できるようになりました。

以上がGo の HTTP コンテキストがリクエストボディのキャンセルシグナルを検出しないのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。