Sub-Store 项目中脚本缓存使用不当导致节点信息混乱问题分析

问题现象

在 Sub-Store 项目使用过程中，用户报告了一个关于节点信息混乱的异常现象。当用户使用多个订阅源，并对每个订阅应用相似的节点操作脚本（包括节点测活、GPT 检测和重命名）后，最终组合生成的订阅出现了以下问题：

1. 节点命名错误：不同订阅源的节点被错误地标记为其他订阅源的名称
2. 节点重复出现：同一节点在组合订阅中多次出现
3. 节点信息不一致：预览时显示的节点信息与实际订阅内容不符

问题复现

经过深入测试和分析，该问题的复现步骤如下：

1. 创建一条组合订阅，包含32条单条订阅，每条订阅仅应用重命名脚本
2. 首次上传组合订阅到Gist，节点信息显示正常（约600+节点）
3. 添加新订阅处理流程，对Gist中的订阅进行节点解析和GPT检测（启用缓存功能）
4. 再次同步原始组合订阅时，发现节点信息出现混乱

根本原因

经过技术分析，发现问题根源在于脚本缓存键（cache key）的使用不当：

1. 用户在多个订阅处理流程中使用了相同的自定义缓存键
2. 当不同订阅源的脚本使用相同缓存键时，Sub-Store会错误地共享缓存结果
3. 这导致节点测活、GPT检测等脚本的输出被错误地应用到其他订阅源

解决方案

针对此问题，建议采取以下解决方案：

1. 使用不同的缓存键：为每个订阅源的脚本处理流程设置唯一的缓存键
2. 合理设置缓存过期时间：根据实际需求设置适当的缓存有效期
3. 避免过度缓存：对于频繁变更的节点信息，考虑减少或不使用缓存

最佳实践建议

1. 为每个订阅源的脚本处理流程创建独立的缓存命名空间
2. 在组合订阅前，先验证单个订阅源的脚本处理结果是否正确
3. 定期清理旧缓存，特别是在订阅源有重大变更时
4. 对于关键操作（如节点重命名），可考虑禁用缓存以确保结果准确性

总结

Sub-Store作为一款强大的订阅管理工具，其脚本缓存功能能够显著提升处理效率。然而，不恰当的缓存使用会导致节点信息混乱等严重问题。通过合理配置缓存键和缓存策略，可以既享受缓存带来的性能优势，又避免数据不一致的风险。开发者和高级用户在使用脚本缓存功能时，应当特别注意缓存隔离和生命周期管理。