MD5是缓存键缩短最常用方式，将标准化后的参数（排序、编码、序列化）转为32位小写十六进制字符串，兼顾长度、性能与通用性，适用于Redis等场景。
直接用 MD5 把复杂参数转成 32 位十六进制字符串，是最常用、最有效的缓存键缩短方式。它不加密，也不保证安全，但能稳定生成唯一、定长、易存储的键值，特别适合 Redis、HTTP 缓存等场景。
为什么用 MD5 而不是其他哈希
MD5 输出固定为 32 字符（128 位），比原始参数（如 JSON 字符串、长 URL、多层嵌套 Map）短得多；计算速度快，对高并发缓存生成压力小；所有主流语言都原生支持，无需额外依赖。相比 SHA-256（64 字符）、SHA-1（40 字符），MD5 在长度和性能上更适配缓存键的“轻量标识”定位。
怎么把复杂参数转成 MD5 缓存键
关键在于：先标准化，再哈希。避免因空格、顺序、编码差异导致同一语义参数生成不同 MD5。
- 请求参数（如 HTTP 查询）→ 按 key 字典序排序，拼成
a=1&b=2&c=3格式，UTF-8 编码后计算 MD5 - 对象或结构化数据 → 序列化为规范 JSON（禁用空格、小写 key、字段排序），再哈希
- 混合类型（字符串 + 数字 + null）→ 统一转为字符串并加类型前缀，例如
"str:hello"、"int:42"、"null"，拼接后哈希 - 带业务上下文的键 → 在参数字符串前加命名空间，如
"user:profile:" + paramsStr，再整体 MD5，避免跨模块冲突
实际使用中的注意事项
MD5 不防碰撞，但缓存场景一般不面临恶意构造输入，所以风险可控。重点防范的是误用和歧义：
- 不要在键里混入动态时间戳、随机数、session ID 等非幂等字段，否则失去缓存意义
- 敏感字段（如用户手机号、token）需脱敏后再参与哈希，或改用加盐哈希（如 HMAC-MD5），防止反推
- 调试时可保留原始参数的简略标识（如取前 8 字符 + MD5 后 8 位），便于日志追踪，但正式缓存键只用纯 MD5
- 若未来需升级算法（如换 SHA-256），建议在键前加版本前缀，如
v2:xxx...，实现平滑迁移
一个 Java 示例（精简版）
用 MessageDigest 对标准化后的参数字符串做 MD5：
String params = "userId=123&type=report&format=json"; // 已排序+编码
MessageDigest md = MessageDigest.getInstance("MD5");
byte[] digest = md.digest(params.getBytes(StandardCharsets.UTF_8));
String cacheKey = String.format("%032x", new BigInteger(1, digest)); // 小写32位hex
生成结果类似：7a8c1b2e9f4d5a6c8b0e1f2a3d4c5b6a，可直接用作 Redis key 或 HTTP Cache-Control 标识。
