这里只是优化思路的一个具体应用场景。
在服务进程中，收到一个 HTTP 请求时，通常需要对客户端携带的 token 进行验证。token 一般带有有效期，可用于登录合法性校验。
常规流程是：服务进程向 Redis 验证 token 等信息，通过后再处理业务逻辑。
当服务进程规模达到上万个时，仅 token 验证这一步的代价就会非常庞大——几万个进程都要连接 token 集群进行验证和通信。针对这一问题，有以下几种优化思路：
- 减少通信次数：在进程本地内存中缓存验证结果，用内存换取通信开销，从而降低整体对 Redis 集群的请求压力。
- 添加离线计算：目的同样是减少通信次数，理论依据来自整体消耗分析。假设一次 Redis 验证的代价是 1ms，而其中有 10% 的请求会在 token 验证阶段因过期被拦截。如果在 token 中内嵌过期时间信息，本地计算过期时间的代价仅为 0.01ms，则可以先在本地完成过期判断，只有通过后再进行 Redis 查询。从整体来看，这样可以提升约 9% 的性能。这种方案要求 token 的生成遵循一定规则，将部分元信息（如过期时间）编码进 token 本身，以支持快速本地验证。
- 架构上添加接入层：将 token 验证前置到接入层统一处理，后端业务进程则完全去掉验证逻辑，达到去重去冗余的目的。接入层既可以是软件层（如网关、代理），也可以是硬件层。
在游戏应用领域，CDKey 兑换也可以参考同样的思路进行优化。