🙉How can OkHttp's connection pool detect DNS changes for existing connections? KeepAlive strategy is ineffective under continuous requests.
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 25/100
- issue の種類
- 機能追加
- 明瞭さ
- 説明が足りない
- 活発さ
- 停滞
- 技術スタック
- kotlin
- 領域
- networking
調査の方向性
Start by reading OkHttp’s connection-pool behavior and how DNS resolution is used when opening a connection. The issue asks how pooled connections should respond to DNS changes during continuous requests, but does not specify a desired behavior or tests. Done would require defining that behavior and demonstrating it with tests; the issue is stale, so check whether work has moved elsewhere before starting.
索引モデルが issue の本文から書いたものです。
説明
When using OkHttp’s connection pool, if the DNS resolution of a target domain changes , how can existing established connections be made aware of and respond to these changes?
OkHttp only performs DNS resolution when opening a new connection.Existing connections in the pool continue to send requests to the old IP address as long as they are kept alive and not idle.If there is a steady flow of requests, connections never become idle, so keepAlive settings (maximum idle duration) have no effect on cleaning up these stale connections.
- 主要言語
- Kotlin
- スター
- 47.1k
- フォーク
- 9.3k
- 平均マージ
- 18時間 18分
- マージ済み PR（30日）
- 15
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
lysine-dev/okhttp のほかの issue
-
難易度 1/5 1時間未満 初心者へのやさしさ 85/100
lysine-dev/okhttp#9788 ·
メンテナーはふだん 1 日以内に返信
-
enhancement
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
lysine-dev/okhttp#9761 · コメント 3 件 ·
メンテナーはふだん 1 日以内に返信
-
Remove crossinline `addInterceptor` and `addNetworkInterceptor` overloads対応中かも @Amir-Golmoradi が 6 日前に担当しました。 オープンenhancement
難易度 3/5 1〜2日 初心者へのやさしさ 58/100
lysine-dev/okhttp#9779 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
HTTP/2 Data padding is not counted toward the connection flow-control window. This deadlocks connections with peers that pad.対応中かも @Amir-Golmoradi が 6 日前に担当しました。 オープンbug
難易度 3/5 1〜2日 初心者へのやさしさ 67/100
lysine-dev/okhttp#9772 · コメント 6 件 ·
メンテナーはふだん 1 日以内に返信
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 55/100
lysine-dev/okhttp#9760 · コメント 3 件 ·
メンテナーはふだん 1 日以内に返信
lysine-dev/okhttp の issue をすべて見る
似ている issue
-
:maddi-inspection-kotlin:test runs out of heap in a full maddi test run; exit 1 with no failing testオープンbuild/ci front-end:kotlin
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
bisq-network/bisq-mobile#1948 ·
メンテナーはふだん 1 日以内に返信
-
bug-pending-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
NativeScript/NativeScript#11525 ·
メンテナーはふだん 1 日以内に返信
-
afk-ok area:data-quality importer size:S
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
enorm-labs/event-junkie#3301 ·
メンテナーはふだん 1 日以内に返信
-
Negate special case for Long literals uses the wrong value対応中かも @bryantaustin13 が今日担当しました。 オープン
難易度 1/5 1時間未満 初心者へのやさしさ 85/100
cqframework/clinical_quality_language#1865 ·
メンテナーはふだん 8 日以内に返信