应换用StringRedisSerializer处理key、GenericJackson2JsonRedisSerializer处理value，因前者确保key可读且跨语言兼容，后者支持任意POJO自动序列化且无需指定泛型类型。
直接换掉默认的 JdkSerializationRedisSerializer，用 StringRedisSerializer 处理 key，用 GenericJackson2JsonRedisSerializer 处理 value——这是最稳妥、可读性最强、跨语言兼容性最好的组合。
为什么 Redis 里 key 显示 \xac\xed\x00\x05t\x00 开头
这是 JdkSerializationRedisSerializer 写入的 Java 原生序列化魔数（\xac\xed 是 STREAM_MAGIC），它把字符串包装成 java.lang.String 对象再序列化，Redis 存的是二进制流，不是纯文本。redis-cli 或可视化工具直接读字节，自然显示为十六进制乱码。
常见错误现象包括：
- 执行
keys *看到一堆"\xac\xed\x00\x05t\x00\x06user:1"而不是"user:1" - 用
StringRedisTemplate存的 key，RedisTemplate根本 get 不到——两者序列化器不兼容，没有自动转换 - 只配了
setKeySerializer没配setHashKeySerializer，导致opsForHash().put()的 key 依然乱码
key 必须用 StringRedisSerializer，不能用 GenericJackson2JsonRedisSerializer
GenericJackson2JsonRedisSerializer 会对字符串也加 @class 字段，比如把 "user:1" 序列化成 {"@class":"java.lang.String","value":"user:1"}，Redis 里存的是 JSON 字符串，但 key 就不再是业务语义上的 user:1，而是不可读的长串，且无法被其他非 Java 客户端（如 Python 脚本、Node.js）直接识别。
正确做法是：
- key 全部走
StringRedisSerializer（显式传StandardCharsets.UTF_8更安全） - hash 结构的 key 和 value 也要分别设：用
setHashKeySerializer(new StringRedisSerializer())和setHashValueSerializer(new GenericJackson2JsonRedisSerializer()) - 不要混用：
StringRedisTemplate默认就是StringRedisSerializer，但它只能处理String类型，存对象会报错；RedisTemplate<string object></string>才需要你手动配全四类序列化器
value 用 GenericJackson2JsonRedisSerializer 而不是 Jackson2JsonRedisSerializer
Jackson2JsonRedisSerializer 要求构造时指定泛型类型（比如 new Jackson2JsonRedisSerializer(User.class)），一旦缓存多种类型对象就得建多个 RedisTemplate Bean，不现实。GenericJackson2JsonRedisSerializer 无参构造即可，能自动处理任意 POJO，反序列化时靠 JSON 中的 @class 字段还原类型。
但要注意：
- 实体类字段必须有 getter，否则反序列化后字段为空；没 getter 的字段要加
@JsonIgnore - 若用 Lombok，确保
@Data或@Getter生效，IDE 编译和运行时 classpath 一致 -
LocalDateTime等 JDK8 时间类型需注册JavaTimeModule，否则报Cannot construct instance of java.time.LocalDateTime
JVM 启动参数和终端编码必须统一为 UTF-8
即使序列化器全配对了，如果 JVM 启动没加 -Dfile.encoding=UTF-8，或你在 Windows CMD 下运行（默认 GBK），System.out.println() 输出中文仍可能乱码——这不是 Redis 存错了，是终端解码错了。
验证是否真乱码，别信控制台输出，用以下方式确认：
- 在 redis-cli 里执行
get user:name，看返回是否为明文（不是"\xe5xbc\xa0\xe4\xb8\x89"这种 hex） - 用 Another.Redis.Desktop.Manager 或 RedisInsight 这类工具，确认“Raw View”下内容可读
- Spring Boot 3.x 下，Lettuce 强制以 UTF-8 编码写入，所以生产环境容器启动脚本或 Kubernetes
env中必须固化该参数
最容易被忽略的是：RedisTemplate 和 StringRedisTemplate 的序列化器完全不兼容，迁移旧代码或跨模块调用时，必须人工核对 key/value 的序列化方式是否一致，没有 fallback 机制。
