RedisのクライアントのJavaベースのプレゼンテーションを簡単に使用できます:
1、導入Mavenの依存関係:
<依存性> <のgroupId> redis.clients </> <たartifactId> jedis </> <バージョン> 2.9.0 </> <タイプ>ジャー</> <スコープ> complie </> </>
2、Jedisを生成するオブジェクト。
Jedis = Jedis 新しい新 Jedis(ホスト文字列、int型ポート、int型のConnectionTimeout、int型soTimeout)を、 パラメータリスト: ホスト:機械RedisのノードIP ポート:Redisのノードポート のConnectionTimeout:クライアント接続タイムアウト soTimeout:クライアントの書き込みタイムアウト 行っSET / デモを取得 jedis.set( "こんにちは"、 "世界" ); String値 = jedis.get( "こんにちは");
直接概略図Jedis:
1、Jedis 2、Jedis実行3,4を生成するオブジェクトは、接続Jedisを閉じるために、実行結果を返します
概略的な接続プールをJedis:
図1は、リソースプール2、Jidis実行3,4戻る実行結果からJedisオブジェクトによって、オブジェクトがプールに戻さJedis
接続プーリングは、使用するのは簡単です:
GenericObjectPoolConfig poolConfig = 新しいGenericObjectPoolConfig(); JedisPool jedisPool = 新しいJedisPool(poolConfig、ホスト、ポート)。 Jedis jedis = nullを。 試す{ jedis = jedisPool.getResource()。 jedis.set( "こんにちは"、 "世界" ); } キャッチ(例外e){ ... } 最後に{ 場合(jedis =!ヌル){ jedis.close(); } }
直接接続プールとの比較:
利点:
---直接:長期的な接続シナリオ少量のに適した、簡単で便利な
---接続プーリング:予め生成Jedis、保護制御リソース接続プールの使用形態を使用することによってコストを削減
短所:
---直接:リソースを制御することができない新しいオン/オフTCPのオーバーヘッドがあるたびに、接続リークがあるかもしれない、Jedisはスレッドセーフなオブジェクト
---接続プール:比較的トラブルの直接の使用、我々は確実にするために、リソース管理の詳細なパラメータを持っている必要があります