Java面试之Redis的五种基本数据类型

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

Redis 的五种基本数据类型(stringlistsethashzset)在 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 释放时可能误删别人设的锁
  • getrangesetrange 支持字节偏移操作,适合做日志截断或大文本分片缓存,但 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 的排行榜”。