コンシューマがDB接続プールに接続を戻していません

Question

私はデータベース接続プールを持っています。そのプールから接続する消費者がいます。 しかし、彼らの多くは私の接続を戻していないので、私はこれらの消費者を信頼していません。したがって、プールが飢えていて、多くの消費者が無限に待たされています。例えば ：例外のため、

class Consumer{ 
    void someMethod(){ 
     Connection con=Pool.getConnection(); 
     //some bloody steps which throws exception 
     con.goodBye();//giving back the connection to the pool 
    } 
} 

との接続が常にバック与えられない傲慢のためかもしれません。私は消費者のクラスでプールapiの使用を制限する方法がありません。

私は接続を元に戻すことができますか？（私はコンシューマーを強制する方法がありません） 私はそこに愚かな証明ソリューションはないと信じています。まだ誰もが良い解決策を考え出すことができます。 私が得た1つの解決策は、Consumerクラスで例外が発生したかどうかをチェックすることです。Exceptionが発生した場合は、接続の力を完全に取り戻します。

または、このタイプの典型的なシナリオではあまり一般的ではない新しい革新的なDBPoolデザインパターンがあります（私のケースは非常に一般的だと思いますが、プールに接続を戻すのを忘れることはありません）。 ）

Answer 1

接続オブジェクトを返さず、代わりに接続を表すプロキシオブジェクトを返します。これらのプロキシオブジェクトは、ファイナライズされた時点で、それらが表す接続に別れを示すはずです。プロキシが正しく閉じられないと、最終的にガベージコレクションが行われ、この時点で接続状態が調整されます。

ここに2つの問題があります。まず、GCの前の時間は予測できません。永遠よりも優れていますが、それでもなお非常に長くなることがあります。第2に、ファイナライザ、特にオブジェクトの復活における複雑な呼び出しの副作用に注意してください。オブジェクトがまったく収集されないようにする稀ではあるが醜いシナリオがいくつかあります。

Answer 2

例外をキャッチして、catch節で接続を終了しようとしましたか？

class Consumer{ 
    void someMethod(){ 
     Connection con=Pool.getConnection(); 
     try{ 
      //some bloody steps which throws exception 
     }catch(Exception e){ 
      con.goodBye(); 
     } 
     con.goodBye();//giving back the connection to the pool 
    } 
} 

編集：あなたはまた、冗長なコードを削除し、あなたの接続は、すべての場合に閉じますことを確認するfinallyブロックを使用することができます。私はこれがJavaコードであると仮定していますが、C＃での経験はありません。

Answer 3

私が考えることができる唯一の方法は、コンシューマに接続プールへのアクセスを直接与えるのではなく、独自の接続リストを持つことです。その後、タイムアウト、たとえば60秒後に接続を再要求します。

Answer 4

これは不正なクライアントコードです。コードは例外の大文字と小文字を処理し、終了すると接続を閉じる必要があります。

あなたのコードから、それが行われていないかどうかを知る方法はありません。それはそれをしない場合は、クライアントコードの欠陥と問題です。

これを制限するには、タイムアウトが必要ですが、最終的にはそれを "解決"しません。

- あなたはこのプールは、複数のクライアント間で共有されていることをコメントで言及

。それは当然責任をあなたに戻します。

各クライアントを一度にX接続のみに制限できますか？この方法では、少なくとも彼らは一度に多くの人を縛ることができます。

それ以外の場合は、クライアントごとに個別のプールを作成できます。そのようなことは問題をスタックに移動するだけですが、関連するロジスティクスに応じて適切かもしれません。

Answer 5

ここではWeakReferenceを使用していないのですが、ここで接続の弱い参照を返すようにコードを調整できます。接続が切断されると、オブジェクトには参照がありません（WeakHashMapを除く）。これらのオブジェクトを定期的に識別し、スレッドを使用してgoodByeメソッドを呼び出すことができます。

hereは、これをよりよく理解するのに役立つ記事です。

.netまた、これに非常に類似した動作をするWeakReferenceクラスもあります。