Jedis与Lettuce

两个不同的 Java Redis 客户端库——Lettuce 和 Jedis——以及它们处理对象序列化和反序列化的方式。 1. Lettuce: - Lettuce 使用 netty 进行网络通信，它的设计允许你使用多种序列化策略，包括不仅限于 Java 的内置序列化机制。 - Lettuce 提供了灵活性，在它的高级 API 中，你可以指定用于序列化和反序列化的编解码器。这意味着你可以使用例如 JSON, XML, 或者其他自定义格式来序列化和反序列化数据，而不仅仅是 Java 的标准序列化机制。 - 因此，使用 Lettuce 时，对象不一定需要实现 Serializable 接口，取决于你选择的编解码器。 2. Jedis: - Jedis 相对较为传统和简单，它主要依赖于 Java 的标准序列化机制来处理对象的序列化和反序列化。 - 当使用 Jedis 进行对象的存储和检索时，通常期望这些对象实现 Serializable 接口，因为这是 Java 内置序列化机制的要求。 - 如果对象没有实现 Serializable 接口，那么在尝试序列化时，会抛出 NotSerializableException。 总结来说，这种差异主要是由于两个库在处理序列化和反序列化时使用的底层机制不同。Lettuce 提供了更多的灵活性和可选性，而 Jedis 更多地依赖于 Java 的标准序列化机制。所以在使用 Jedis 时，通常需要你的对象实现 Serializable 接口，而在使用 Lettuce 时则不强制要求这样。

截至我最后更新的信息（2023年4月），在 Spring Data Redis 中，默认使用的是 Lettuce 作为底层的 Redis 客户端。这个选择主要基于 Lettuce 的非阻塞和反应式特性，使其在处理并发请求和在高吞吐量场景下表现更好。 Lettuce 是一个基于 Netty 的，支持异步和反应式模式的 Redis 客户端，这使得它在 Spring 的反应式编程模型中表现尤为突出。此外，Lettuce 支持连接池和多线程环境，使得它在现代的高性能应用中更加适用。 但是，Spring Data Redis 同时也支持 Jedis。如果你出于特定原因需要使用 Jedis，可以在 Spring 配置中明确指定使用 Jedis 客户端。需要注意的是，Jedis 相对于 Lettuce 来说是一个更为直接和简单的客户端实现，但它不支持非阻塞或异步操作。