「javajedis下载」java jedis

今天给各位分享javajedis下载的知识，其中也会对java jedis进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、Jedis集成与踩坑经历
• 2、怎么在java中实现redis的添加数据
• 3、java代码怎么正则删除redis的数据
• 4、redis客户端选型-Jedis、lettuce、Redisson

Jedis集成与踩坑经历

Jedis是Redis的Java客户端实现，封装了对Redis的通信和命令处理等。

Jedis提供了资源池，可以很方便地实现对Redis的API调用。

之前是通过组内对Jedis封装的Spring Bean来获取和使用Jedis的，现在希望自行实现类似功能，设计目标如下：

具体思路就是针对设计目标而定的：

由于需求比较基础，还没有太多应用场景，实现也没考虑太复杂。整体逻辑不到50行，可以在 我的GitHub 上大致看一下。

后续使用可以直接使用Spring将Bean注入。

由于不按常规方法使用JedisPool可能背离了JedisPool设计的使用场景，因此在其中踩了不少坑。

其次，虽然平常常用组内的Jedis组件，但实际上对Jedis的API不了解，本次根据平常使用过程中的一些感受进行“黑盒临摹”，在爬坑过程中其实也学习了其他一些方面的经验，比如Guava Reflections等。

背景

最开始通过FactoryBean提供的连接并未使用动态代理，也就是说仅提供了一个Jedis，所有线程使用同一个Jedis连接。

现象

业务中较频繁地报异常，异常信息为 java.lang.ClassCastException: java.util.ArrayList cannot be cast to [B 等，基本是 ClassCastException ，异常抛出位置为调用Jedis的位置。

原因

最终在另一篇资料指引下来到jedis/issues，在 参考资料 中发现了最可信最合理的原因：Jedis并非线程安全，不应当并发操作。

正确使用

正如参考资料中回答提到的，每个线程（每次调用）都从JedisPool中获取一个连接，并在使用后归还。

也正是因为这一点跟最初的FactoryBean封装方式冲突了，后来才改用提供动态代理类的方式封装FactoryBean。

背景

我使用的Jedis版本为3.0.1，网上的不少资料指出在使用连接后归还可以使用JedisPool的 void returnResource(Jedis resource) 方法，但在3.0.1版本中这个方法是protected可见的，没有间接调用方法。

另外Jedis源码中找不到注释，这有点奇怪，我想当然地认为版本升级后可以自动归还资源了，于是仅在设置最大连接数之后就部署到业务中了。

现象

业务线程启动后每访问一定次数（调用Jedis达到一定次数）后就完全不响应请求了：

还是在 参考资料 的指引下查看Tomcat监听的端口，的确很多连接处于 CLOSE_WAIT 状态，表明客户端已断开连接（我自己测试的时候刷新页面太多，很多就中途断开了）。

原因

结合TCP四次挥手过程，应该是中间有资源释放不了导致没有进入 LAST_ACK 状态，推测是Jedis连接资源未归还而总连接数有限制，导致很多线程在等待获取Jedis资源。

正确使用

在Jedis连接使用完毕后，需要调用Jedis的 close() 方法将资源归还JedisPool， close 方法是用于替代 returnResource 方法的。

这个方法语义比较奇怪，真实作用是“ 归还或 关闭连接”，最开始其实就是考虑到资源复用的问题才没有考虑使用这个 close 方法的。

对比了一下组内的组件，思路差不多，还有以下的点能够扩展：

ClassCastException - B cannot be cast to java.lang.Long · Issue #186 · xetorthio/jedis

nginx 499状态码 - 微信-大数据从业者 - 博客园

深入分析Tomcat无响应问题及解决方法 - 月下狼的个人页面 - OSCHINA

jedis:连接池(JedisPool)使用示例 - 10km的专栏 - CSDN博客

Jedis使用|returnBrokenResource|returnResource废弃替代 - 诗人不写诗 - CSDN博客

本文搬自 我的博客 ，欢迎参观！

怎么在java中实现redis的添加数据

第一步，在windows下载安装配置好redis数据库。这里我就不再概述了。下载jedis-2.4.2.jar，当然最好是下载最新版本的jar包。这个在百度搜索下就出来的。下载后，放在一个文件夹下面，一会会需要到。

第二步。打开eclipse,新建一个java工程。如下图所示：

第三步：在Test这个java工程里面，我们新建一个folder，命名lib,把刚才下载的jedis-2.4.2.jar包放在我们新建的lib的包下面，如下图所示：

第四步，在eclipse中，选中jar包，build path下。然后我们再Test这个项目里面我们新建一个class，class名字为TestConnect。

第五步，在类里面，我们输入如下的内容：

// Connecting to Redis server on localhost

//实例化一个客户端

Jedis jedis = new Jedis("localhost");

//=================================================

// check whether server is running or not

//ping下，看看是否通的

System.out.println("Server is running: " + jedis.ping());

//保存一个

jedis.set("leiTest", "localhost Connection sucessfully");

//获取一个

System.out.println("通过key获取value： " + jedis.get("leiTest"));

第六步，对刚才的类进行运行，ctrl+f11快捷键运行下，如下图所示：

第七步，进一步验证我们是否在redis上是否保存了数据，并且能够取出来，我们到redis安装包的目录，如下图，打开红色框内的 redis-cli.exe,打开后，我们进入下面的第二个图片的界面。

第八步：我们在redis的客户端的界面 输入 get leiTest 这个指令。leiTest是刚才在eclipse中我们存入redis数据库中的一个String类型的键。如下图，证明我们确实成功了，你也试试吧。

java代码怎么正则删除redis的数据

java代码怎么正则删除redis的数据，即批量删除符合一定条件的redis数据，现在介绍批量删除已某些字符开头的redis数据：

在Java中连接Redis，并进行操作，首先得加载以JAR包形式存在的Java中的Redis Client，我们这里选择Jedis。以下是使用Jedis的具体步骤：

在Maven项目中，在pom.xml中增加如下语句（即加载Jedis jar包）：

dependency

         groupIdredis.clients/groupId

artifactIdjedis/artifactId

        version2.7.2/version

typejar/type

/dependency

如不是Maven工程，就自行下载Jedis jar包引用即可。

在加载Jedis JAR包之后，可以直接使用新建一个Jedis实例的方法，来建立一个到Redis的连接，并进行操作。不过跟Mysql一样，每次操作的时候，都建立连接，很耗费性能。解决方法就是从一个连接池中取出连接对象，用完还回去。使用连接池的方案还能解决很多同步性问题。

在Jedis中，管理Redis连接的类是JedisPool

package com.atzy

import redis.clients.jedis.Jedis;  

import redis.clients.jedis.JedisPool;

public class RedisHelper {

 public static void main(String[] args) {

JedisPool jedisPool = new JedisPool("localhost", 6379);

     Jedis jedis = null;

try {

jedis = jedisPool.getResource();

         String pre_str="ab"; 

          SetString set = jedis.keys(pre_str +"*");

          IteratorString it = set.iterator();

           while(it.hasNext()){

              String keyStr = it.next();

              System.out.println(keyStr);

              jedis.del(keyStr);

            }

} catch (Exception e) {

e.printStackTrace();

} finally {

if (jedis != null)

jedis.close();

}

jedisPool.destroy();

}

}

以上代码则是批量删除以某字符串前缀的key 。

redis客户端选型-Jedis、lettuce、Redisson

1.背景

    研发部门对于客户端选型比较广泛和随意，依赖的分支也不统一，感觉就像百度到一个就直接用，或者是有一个功能满足就换，没有考虑到其他组的使用情况以及集中维护。

    另外一个是如果作为公司pom脚手架的基本组成部分，需要考虑统一成一个还是多个并存的问题，现在有两个考量：如果性能不是大问题，建议统一集中为一个就行; 如果需要多个并存，至少不能多于2个客户端。

2.比较

    官方推荐的java客户端只有Jedis、lettuce、Redisson，所以这次分析只针对这三个进行。

2.1.概述

    Jedis: redis的Java实现客户端，提供了比较全面的Redis命令的支持。

    lettuce: Lettuce is a scalable thread-safe Redis client for synchronous, asynchronous and reactive usage. Multiple threads may share one connection if they avoid blocking and transactional operations such as BLPOP and MULTI/EXEC. Lettuce is built with netty. Supports advanced Redis features such as Sentinel, Cluster, Pipelining, Auto-Reconnect and Redis data models.

    Redisson: Redisson是一个在Redis的基础上实现的Java驻内存数据网格（In-Memory Data Grid）。它不仅提供了一系列的分布式的Java常用对象，还提供了许多分布式服务。其中包括(BitSet, Set, Multimap, SortedSet, Map, List, Queue, BlockingQueue, Deque, BlockingDeque, Semaphore, Lock, AtomicLong, CountDownLatch, Publish / Subscribe, Bloom filter, Remote service, Spring cache, Executor service, Live Object service, Scheduler service) Redisson提供了使用Redis的最简单和最便捷的方法。Redisson的宗旨是促进使用者对Redis的关注分离（Separation of Concern），从而让使用者能够将精力更集中地放在处理业务逻辑上。

lettuce: 直接看官网的：

2.2.性能

    Jedis的性能比lettuce和Redisson都要差一点，三者的主要差异在于以下:

    1.Jedis使用同步和阻塞IO的方式，不支持异步；lettuce和Redisson支持异步，底层是基于netty框架的事件驱动作为通信层。

    2.Jedis设计上就是基于线程不安全来设计，一个连接只能被一个线程使用，但是可以结合连接池来提高其性能；lettuce和Redis基于线程安全来设计的，一个连接是被共享使用的，但是也提供了连接池，主要用于事务以及阻塞操作的命令。

    3.lettuce和Redisson支持异步流的方式。

    一些公开的benchmark结果:

    Redisson和Jedis:

    Jedis和lettuce:

    上面的测试结果都是比较久远的，没找到三者共同参与的性能测试结果。

    没有做三者的性能基准测试，主要是无目的性、无针对性的条件限制(并发数、数据量、指令kv的大小范围)，很难去做定量和可对比的基准测试（主要是我懒）。

2.3.功能

    Jedis: 提供比较全面的redis原生指令的支持，上层封装比较弱，集群特性支持度非常低，高级特性几乎没有。

    lettuce: 高级redis客户端，支持各种模式的redis连接和操作，高级特性几乎没有。

    Redisson: 高级redis客户端，支持各种模式的redis连接和操作，同时提供一大堆的实用功能。

    Jedis和lettuce没什么功能，就简单的操作，连分布式锁都需要自己实现，所以先聊聊Redisson的高级功能，中间偶尔会用Jedis和lettuce做对比。

    1.十几种编码方式。

    Redisson是基于对象的操作，对于key对象和value对象可用不同的高级编码方式:

    JsonJacksonCodec、AvroJacksonCodec、SmileJacksonCodec、CborJacksonCodec、MsgPackJacksonCodec、IonJacksonCodec、KryoCodec、SerializationCodec、FstCodec、LZ4Codec、SnappyCodec、CompositeCodec

    和四种基本的编码方式:

    JsonJacksonMapCodec、StringCodec、LongCodec、ByteArrayCodec

    而Jedis操作只针对字节数组, lettuce支持ByteArrayCodec、StringCodec、CipherCodec、CompressionCodec四种。

    按需使用，没有编码方式的比对。

2.分布式集合。

    把大集合拆分并均匀分布到各个节点上，集合包括Set、Map、BitSet、Bloom Filter、Spring Cache和Hibernate Cache，并且支持本地缓存。（只有专业版才能用）分布式锁。

各种各样的分布式锁: 可重入锁ReentrantLock、公平锁FairLock、联锁MultiLock、红锁RedLock、读写锁ReadWriteLock、信号量Semaphore、可过期的信号量PermitExpirableSemaphore、计数器CountDownLatch

3.RPC

4.分布式调度任务服务

5.分布式MR

6.复杂多维对象结构和对象引用的支持

7.集群pipeline

    lettuce也支持。

    jedis不支持，jedis连多key（分布在不同节点的）操作都不支持。

8.事务

    提供了XA Transactions标准的实现，可以集成到Spring中。（只有专业版才能用）

9.集群管理工具

    （只有专业版才能用）

10.限流器

    分布式的限流工具（有timeout功能）。

11.自增/分布式ID

12.BloomFilter

13.延迟队列

2.4.选型

    Spring最早是默认以Jedis作为客户端, 但是后来改为了lettuce, lettuce与Jedis相比比较明显的特点是异步和线程安全, 底层是netty大杀器作为通信层, 性能比Jedis的线程不安全+连接池要好。

    Redisson是以其强大的功能以及面向对象的设计优于其他两者。

    根据我们的业务需要:

    1.限流

    2.分布式锁

    3.缓存

    4.GID生成

    5.延时队列

    6.lua脚本

    7.请求合并

    Redisson都能满足，实际上单是使用Redisson作为Spring的客户端就足够了。

    个人倾向lettuce + Redisson。

关于javajedis下载和java jedis的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。