Redis Hash 存用户信息的核心是将对象字段拆为独立 field-value 对，用 HSET 写、HGET 读：HSET 原子安全支持单/多字段更新，禁用已弃用的 HMSET；HGET 精准读单字段，避免无脑 HGETALL；字段名统一小写下划线，禁止嵌套路径或序列化整对象。
Java 中用 Redis Hash 存用户信息，核心是把对象字段拆成独立 field-value 对，用 HSET 写、HGET 读，支持精准更新单个属性而不影响其他字段。
用 HSET 存储和更新用户字段
HSET 是操作 Hash 的基础命令，推荐用于所有写入场景——无论是新建还是修改。它天然原子、安全，不会因并发导致字段丢失。
- 存单个字段：比如只设用户名，
jedis.hset("user:1001", "name", "Alice") - 批量存多个字段：一次提交全部要改的字段，
jedis.hset("user:1001", "name", "Bob", "age", "31", "city", "Shanghai")。注意不是调多次 hset，而是传多组 field-value 参数 - 字段名统一用小写+下划线，如
avatar_url、is_vip，避免点号（profile.name）或大小混用，方便后续 scan 或跨服务协作 - 不要用 HMSET：Redis 4.0 起已弃用，Jedis 等客户端虽兼容，但代码里显式写 HSET 更清晰、易审计
用 HGET 精准读取指定字段
HGET 只取一个 field 的值，响应快、开销小，适合高频查询某个属性（如查用户头像、状态）。
- 读单个字段：
jedis.hget("user:1001", "email")，返回字符串，为空则返回 null - 判断字段是否存在：
jedis.hexists("user:1001", "phone")，返回 true/false，比先 HGET 再判空更高效 - 避免无脑 HGETALL：除非真需要全部字段，否则别一次性拉整个 Hash——网络带宽和解析成本高，还可能读到中间态数据
Java 实际编码示例（Jedis）
以 Jedis 为例，直接调用原生命令最直观，也最容易控制行为。
立即学习“Java免费学习笔记（深入）”；
- 初始化连接：
Jedis jedis = new Jedis("localhost", 6379)，建议配合连接池使用 - 写用户基本信息：
jedis.hset("user:2001", "username", "tom", "gender", "male", "score", "85") - 局部更新年龄：
jedis.hset("user:2001", "age", "26")—— 其他字段完全不受影响 - 读邮箱：
String email = jedis.hget("user:2001", "email")；若为 null，说明该字段未设置 - 删某个字段：
jedis.hdel("user:2001", "last_login")，不影响 name、age 等其他字段
常见陷阱与规避方式
很多问题不是 Redis 不好用，而是用法偏离了 Hash 的设计本意。
- 别把整个对象序列化后塞进一个 field：那样就失去 Hash 的字段级操作能力，退化成 String 类型
- 别先 HGETALL 再本地改 map 最后 HMSET：并发时会覆盖别人刚写的字段，除非加分布式锁且能接受短暂不一致
- 字段命名别依赖嵌套路径：如存
"profile.avatar"，后续想批量查 avatar 相关字段就得用 HSCAN 配模式匹配，效率低且难维护 - 大批量更新字段时，务必合并成一次 HSET 多参数调用：20 个字段分 20 次 HSET，比一次发完慢数倍，主要卡在网络往返
