RDM中Key显示十六进制、问号或空白，说明本地解码格式与Redis存储字节不匹配；若Console中GET返回正常中文，则100%为RDM解码错误，非Redis存储问题，需在Preferences中设UTF-8编码并重连生效。
当你在RDM中双击某个Key却只看到一串十六进制字符、问号、方框或完全空白的内容，说明RDM当前使用的编码格式与该Key实际存储的字节序列不匹配，导致解析失败。
确认乱码表现并定位问题根源
先在RDM界面中选中一个中文或特殊字符明显的Key，右键→“View in Console”，执行GET key_name命令。如果控制台返回正常中文，但主界面仍显示??test或\xe4\xb8\xad\xe6\x96\x87，就【100%是RDM本地解码出错，不是Redis存错了】；若控制台也乱码，则需检查Redis服务端是否用非UTF-8方式写入（如Java应用未设StringRedisTemplate）。
这一步跳过会直接调错方向——很多人花两小时改Redis配置，其实只要点三下鼠标就能解决。
立即生效的编码设置法（推荐）
方法一：全局强制UTF-8解码（覆盖所有数据库）
点击顶部菜单栏 Edit → Preferences → Encoding → 将 Text Encoding 下拉框改为 UTF-8 → 点击 OK。
方法二：按数据库单独指定编码（适合混合编码场景）
在左侧数据库列表上右键目标DB（如“db 1”）→ 选择 Change Encoding… → 弹窗中选 UTF-8 → 确认。此设置仅对该库生效，不影响其他DB。
注意：改完必须断开重连！ 不重启RDM、不重新连接，新编码不会加载——这是最常被忽略的一步。
高级排查：当UTF-8仍无效时
第一步：查看RDM当前对这个Key的实际解码方式
双击打开Key详情页，在右侧面板底部找到“Encoding:”字段，它会明确显示当前采用的解码格式（如Latin1、System Default）。如果此处写着Latin1，而你确定数据是UTF-8存的，那上面两步一定没做对。
第二步：临时绕过界面，用命令行验证原始字节
在RDM内置Console中执行：DEBUG OBJECT key_name，观察输出中的encoding字段值（如encoding:raw），再执行GET key_name | xxd -g1（需RDM v2024.1+支持），看十六进制字节是否符合UTF-8编码规则（如中文通常以e4–ef开头）。
第三步：强制以UTF-8重载当前Key
在Key详情页右上角点击 ⟳ Reload as UTF-8 按钮（图标为带UTF-8标识的循环箭头），无需断连即可即时刷新显示。
