在 .NET Core 中从 Redis 迁移到本地内存中缓存：分步指南
内容提要
作者分享了在.NET Core项目中从Redis迁移到内存缓存的经验，解释了选择内存缓存的原因，并提供了迁移步骤和编码实践。他还展示了在微服务体系结构中使用.NET Core后端和TypeScript前端的实际方案。迁移简化了架构并提高了性能，同时强调了结构良好的开发方法和现代编码实践的重要性。
延伸解读
内存缓存的适用边界
文章指出，内存缓存适合简化架构、提升访问速度并降低运营成本，尤其当应用无需独立缓存服务器时。但作者并未讨论多实例部署下的缓存一致性问题。若你的服务需要横向扩展，内存缓存可能因数据不共享而失效，此时 Redis 等分布式缓存仍是更稳妥的选择。迁移前需评估业务对缓存共享和持久化的实际需求。
迁移中的代码调整要点
迁移核心是替换缓存实现，而非重写业务逻辑。文章示例中，只需在依赖注入中注册 AddMemoryCache，并在服务构造函数注入 IMemoryCache，即可用 TryGetValue 和 Set 方法替代原有 Redis 操作。同时，缓存键的构造方式（如 Feature-{input}）和过期策略（如 5 分钟绝对过期）需要根据业务特点重新设定，避免缓存雪崩或数据过时。
测试与部署的渐进策略
作者强调迁移后需进行单元测试、集成测试、性能测试和用户验收测试，并采用分阶段部署，从有限 beta 版本开始。这种做法能降低缓存行为变化带来的风险。由于内存缓存与 Redis 在失效机制、并发访问上存在差异，性能测试应重点关注响应时间变化，而 UAT 则能验证真实用户场景下缓存是否按预期工作。
Q&A
为什么要从Redis迁移到内存缓存？
迁移到内存缓存可以降低架构复杂性、提高访问速度和降低运营成本。
在.NET Core中如何设置内存缓存？
在Startup.cs中添加services.AddMemoryCache()，并在服务中实现IMemoryCache。
迁移过程中需要进行哪些测试？
需要进行单元测试、集成测试、性能测试和用户验收测试。
如何在前端使用TypeScript处理API请求？
使用Axios库发送POST请求，并处理响应数据。
迁移到内存缓存后有哪些编码实践？
使用依赖项注入管理依赖关系，确保代码结构清晰。
内存缓存的性能优势是什么？
内存缓存提供更快的访问时间，因为数据直接存储在应用程序的内存中。
