缓存键动态重写通过lua脚本在redis中原子化封装键构造逻辑，统一处理参数拼接、条件判断与策略路由，避免客户端不一致，且所有依赖需预存redis并限制沙箱内操作。
缓存键动态重写通常不是靠 Lua 脚本“直接生成新键”，而是利用 Lua 在 Redis 中的原子执行能力，把键的构造逻辑、条件判断、参数拼接等封装进脚本，在读写缓存时统一控制键名生成规则，从而实现灵活、一致、可复用的缓存键管理。
用 Lua 封装键生成逻辑，避免客户端重复计算
客户端每次构造缓存键（如 user:profile:{id}:v2）容易出错或不一致。将键模板和变量替换逻辑下沉到 Lua 脚本中，由 Redis 统一执行：
- 脚本接收原始参数（如
user_id=123、version=2），按预设规则拼接成完整键名 - 支持运行时判断：比如根据用户等级决定是否加
:vip后缀 - 避免客户端因语言差异（如空格处理、编码方式）导致键名不一致
结合业务上下文做条件化键重写
某些场景下，同一请求需映射到不同缓存键——比如灰度发布、AB 测试、地域路由。Lua 可在脚本内查配置或解析参数，动态决定最终键：
- 从 Redis 的配置 key（如
config:cache_strategy）读取当前策略 - 解析传入的 token 或 header 字段（需提前 Base64 或简单编码后传入），提取 region / group 信息
- 根据策略返回不同键：
product:detail:{id}:cn或product:detail:{id}:us
读写操作中透明注入键重写，保持接口简洁
在 GET/SET 等命令前不暴露键构造细节。例如封装一个 cache:get_with_rewrite 脚本：
- 输入：原始标识符（
123）、业务类型（"user_profile"）、可选上下文（{"env":"pre"}） - 脚本内部查表匹配模板：
user_profile → "user:profile:{id}:{env}" - 渲染后执行
GET，返回结果；写操作同理，自动带 TTL 和序列化 - 上层代码只需关注“我要什么数据”，不关心键长什么样
注意点：Lua 里不能调用外部服务，键逻辑必须自包含
Redis Lua 沙箱禁止网络调用、文件读写、系统时间（redis.call('TIME') 可用但精度有限）。所以：
- 所有模板、映射关系、开关配置都得预先存入 Redis（如哈希表
cache:key_templates） - 时间相关逻辑（如按小时分片）可用
redis.call('TIME')获取秒级时间再计算 - 避免在 Lua 中做复杂正则或 JSON 解析——尽量简化结构，用冒号/下划线分隔字段，用
string.match提取即可
