思考：Javaの接続プールが予防策を使用するには？
接続の最大数？トラフィックの---異常な増加、そして何も接続が利用できない、との新しい接続を作成するためにいくつかのバッファではないでしょう
最大のアイドル状態の接続を？アイドル接続の最小数？---トラフィックが急激に準備ができて（いくつかの「豊かな」接続）増加した
ソケット接続時間、接続時間を？---長い時間がかかるかもしれないデフォルトの設定を行っていない、合理的な値の比較的小さなセットは、迅速な復帰は、ブロッキング「の動作環境外」は発生しません
アイドル検出を---、長すぎるかもしれないすべての無効なアイドル、どのくらいの頻度でアイドル追い出しどのくらいで、検出された：？テストを必要とするこの戦略;削除は、削除する必要があり
、プールからの接続が中に入るためにする場合、接続の有効性かどうかを確認し、池に戻りましたか？この事は、それがアイドル状態のチェックを作成するときに出て、まだある、借りているretrurnされますか？
外部動作環境：（スレッドの枯渇を引き起こす可能性が高い、長すぎるためにブロックされた場合、スレッドが高い同時実行の下で、スレッドプールでもよい）、現在のスレッド環境を実行しているコードを参照