0

Netty のサーバー側の ReadTimeoutHandler は、クライアントがデータを書き込んでいない理由を認識していないため、サーバーが受信したクライアント要求への応答の準備に取り組んでいる間 (つまり、クライアントがまだサーバーの応答を待っているため、クライアントが単に何も書き込まない時間)。

このような状況を処理するためのベストプラクティスはどれですか? 現在考えているのは

  • サーバーが応答を準備している間、読み取りタイムアウトを無視するようにサーバーに指示するフラグをハンドラー内に保持します。
  • サーバーが応答を準備している間にパイプラインから ReadTimeoutHandler を削除し、後で再度追加するか、
  • チャンネルごとにオンとオフを切り替えることができる独自のバージョンの ReadTimeoutHandler を作成します。

Netty でこれを処理するための提案されたアプローチはありますか?

4

1 に答える 1

0

タイムアウトが発生し、予想される場合は、タイムアウトを無視します。以前にも行った別の方法は、その場でパイプラインにハンドラーを追加および削除することです

于 2012-07-05T18:28:59.557 に答える