Apache ShenYu Nacos同步模式下规则缓存删除问题分析

问题背景

Apache ShenYu作为一款高性能的API网关，提供了多种数据同步方式，其中Nacos作为一种流行的配置中心，常被用作ShenYu的同步中心。在实际使用过程中，发现当使用Nacos作为同步中心时，删除规则后Bootstrap中的缓存未能正确清除，导致已删除的规则仍然可以继续访问。

问题现象

1. 用户创建了一个选择器(selector)和对应的规则(rule)
2. 接口调用正常，返回预期结果
3. 删除该规则后，规则列表显示为空
4. 再次调用接口时，仍然能够获得正确响应，而非预期的"divide:Rule not found!"错误提示

问题分析

通过深入分析ShenYu的源码实现，发现问题出在Nacos同步机制与缓存处理的交互过程中：

1. Nacos监听机制：当规则被删除时，Bootstrap会监听到Nacos中动态配置key的删除事件
2. Key解析过程：系统需要从被删除的Nacos key中解析出selectorId和ruleId
3. 缓存清理：解析出的ID用于从RULE_MAP缓存中移除对应的规则数据

问题的核心在于key解析环节存在缺陷，导致selectorId和ruleId被错误设置，最终无法正确找到并删除缓存中的规则数据。

技术细节

在Nacos同步模式下，ShenYu使用特定的key格式来存储规则数据。当规则被删除时，系统需要：

1. 解析出被删除key中的selectorId和ruleId
2. 根据这些ID定位到缓存中的具体规则
3. 执行缓存清理操作

当前的实现中存在解析逻辑错误，导致无法正确匹配缓存条目。具体表现为：

• 解析出的selectorId和ruleId与实际情况不符
• removeRuleData操作无法在RULE_MAP中找到对应的规则
• 缓存清理失败，旧规则仍然生效

解决方案

针对这一问题，修复方案应包括：

1. 修正key解析逻辑：确保从Nacos key中正确提取selectorId和ruleId
2. 增强错误处理：在解析失败时提供明确的错误日志
3. 添加验证机制：在删除操作前后验证缓存状态

影响范围

该问题影响所有使用Nacos作为同步中心的ShenYu部署环境，特别是在频繁更新规则的场景下可能导致规则状态不一致。

最佳实践

为避免类似问题，建议：

1. 定期检查规则缓存与实际配置的一致性
2. 在关键操作后验证系统状态
3. 关注版本更新，及时应用修复补丁

总结

Apache ShenYu与Nacos集成时的规则缓存删除问题，揭示了分布式系统中配置同步与本地缓存一致性的重要性。通过深入分析问题根源，不仅解决了当前缺陷，也为类似场景下的问题排查提供了参考思路。