如何为多API服务即时更新ABP权限缓存

方案1：消息队列驱动的缓存失效通知 #

• 当Administration.Api完成权限创建/更新操作后，向消息队列（如RabbitMQ、Kafka）发送一条权限变更事件，携带变更的权限ID、关联用户/角色等核心信息
• Project.Api订阅该事件主题，收到通知后，直接批量清除对应前缀的权限缓存。如果用Redis，可使用SCAN命令匹配缓存键前缀（如project_permission_*）进行删除，避免KEYS命令在大缓存量下阻塞服务
• 优势：低耦合、扩展性强，后续新增其他依赖权限缓存的服务，只需新增订阅逻辑即可

方案2：Redis发布/订阅（Pub/Sub）机制 #

• 利用Redis原生的发布订阅功能，Administration.Api在权限更新后，向指定频道（如permission_update）发布消息
• Project.Api订阅该频道，一旦收到消息，立即执行缓存清理操作（比如删除所有project_permission_前缀的缓存键）
• 注意：如果是多实例部署的Project.Api，所有实例都会收到消息并同步清理缓存，无需额外处理集群同步问题

方案3：缓存版本号机制 #

• 在分布式缓存中维护一个全局权限版本号（如Redis中的permission_global_version），每次Administration.Api更新权限时，将该版本号自增1
• Project.Api在构建权限缓存键时，把版本号作为键的一部分，比如project_permission_{user_id}_{version}
• 当版本号更新后，旧的缓存键会自动失效，Project.Api读取缓存时会触发新数据的查询与缓存，无需主动清理旧缓存
• 优势：避免批量删除缓存的性能开销，实现简单，无额外依赖

方案4：内部API调用清理缓存 #

• 在Project.Api中暴露一个内部缓存清理接口（需加权限校验，比如使用内部服务密钥），比如POST /internal/cache/clear/permission
• Administration.Api完成权限更新后，直接调用该接口，触发Project.Api清理自身权限缓存
• 缺点：服务间耦合度高，后续新增服务时需逐个对接，适合服务数量少的场景

内容的提问来源于stack exchange，提问作者Enes Köse