17370845950

Redis五种数据类型在Java客户端中易因隐式转换出错：Jedis默认UTF-8解码导致二进制数据乱码，Lettuce需显式配置ValueCodec；Hash字段值全为String需手动反序列化；ZSet的double精度需用字符串传score；String支持二进制安全但incr要求整数格式。

Redis 的五种基本数据类型（string、list、set、hash、zset）在 Java 面试中常被问及“底层结构”“适用场景”“Jedis/Lettuce 怎么操作”，但真正容易栽跟头的，是 Java 客户端对类型语义的隐式转换和边界行为。

Java 客户端默认把所有返回当 String 处理

用 Jedis 调用 lrange("mylist", 0, -1)，返回的是 List，哪怕 list 里存的是数字或二进制数据。这不是 Redis 的问题，是 Jedis 默认用 UTF-8 解码字节流的结果。

• 如果存的是 byte[]（比如序列化后的对象），必须自己调用 jedis.lrangeBytes() 或用 BinaryJedis 实例，否则会乱码或抛 UnsupportedOperationException
• Lettuce 更严格：ValueCodec 必须显式指定，否则 get("key") 返回 null 而不是空字符串——尤其在处理未设置过 key 的 hash 字段时容易误判为业务逻辑缺失
• 面试官若追问“怎么安全取一个可能不存在的 list 长度”，别只答 llen()，要补一句：Long len = jedis.llen("key"); return len == null ? 0L : len;，因为旧版 Jedis 在连接异常时也可能返回 null

Hash 类型在 Java 里没有天然 Map 一一对应

Redis 的 hash 是字段级存储，但 Java 程序员常误以为 hgetall("user:1") 拿到的 Map 可以直接反序列化成对象——其实它只是扁平键值对，不含嵌套结构。

• hgetall 返回的 Map 中，value 全是 String，哪怕你存的是 JSON 字符串，也得手动 new ObjectMapper().readValue(val, User.class)
• 用 hmget("user:1", "name", "age") 时，返回的是 List，顺序严格按参数顺序，不是按 hash 内部存储顺序；若某个字段不存在，对应位置是 null，不是空字符串
• 避免用 hset("user:1", map) 一次性写入大 Map：Redis 单命令执行是原子的，但 Java 客户端会把 map 拆成多个 hset 命令（除非用 pipeline），导致部分写入成功、部分失败

ZSet 的 score 在 Java 里小心 double 精度陷阱

Redis 的 zset score 是 double 类型，但 Java 的 Double 二进制表示和 Redis 内部的 IEEE754 解析可能有微小偏差，尤其涉及范围查询（zrangebyscore）时。

• 不要用 new Double(1.2) 作为 score，改用字符串形式传入：zadd("rank", "1.2", "user:a")，避免 0.1 + 0.2 != 0.3 类问题影响排序结果
• zrangebyscore("rank", "-inf", "1.2") 包含 score == 1.2 的元素，但 Java 客户端若把 1.2 传成 Double.valueOf("1.2")，再 toString() 后可能变成 "1.2000000000000002"，导致漏查
• 高并发场景下慎用 zincrby 更新 score：虽然命令本身原子，但如果业务依赖 score 做条件判断（如“score > 100 才发奖”），两次 zincrby 之间可能有竞态，需配合 Lua 脚本保证读写原子性

String 类型不只是“字符串”，更是通用数据容器

Java 开发者最容易忽略 string 的二进制安全特性——它不校验内容，能存任意字节，包括 \x00。这直接影响序列化选择和缓存穿透防护。

• 用 set("token:abc", userJson) 没问题，但若用 setex("lock:key", 30, "1") 做分布式锁，必须确保 value 是唯一随机值（如 UUID），否则 del 释放时可能误删别人设的锁
• getrange 和 setrange 支持字节偏移操作，适合做日志截断或大文本分片缓存，但 Jedis 默认不提供便捷封装，得自己调 getrange(key, start, end) 并处理返回的 byte[]
• 面试常考“如何用 string 实现计数器”：用 incr 最简单，但它要求 key 对应的 value 必须是可解析为整数的字符串；若之前存过 JSON，再调 incr 会报 (error) ERR value is not an integer or out of range

Redis 类型本身没复杂逻辑，但 Java 客户端的封装层、序列化策略、连接状态管理，才是实际编码中最容易出错的地方。别光背“zset 有序”，要想清楚“Java 里怎么安全地增删查改一个带浮点 score 的排行榜”。