Microsoft.Extensions.Caching与System.Runtime.Caching有何区别？WPF .NET Framework下哪个更高效

核心差异 #

• 适用生态不同
  • System.Runtime.Caching 是.NET Framework 4.0版本开始原生内置的缓存实现，专门面向Windows平台设计，最初用来替代仅支持Web场景的System.Web.Caching类，可直接用于桌面、服务等非Web场景，也兼容高版本.NET Core/.NET的运行环境。
  • Microsoft.Extensions.Caching 是.NET跨平台生态下的统一缓存抽象组件，属于ASP.NET Core扩展体系的一部分，常用的内存缓存实现为Microsoft.Extensions.Caching.Memory，原生适配全平台的.NET Core/.NET 5+，也可通过NuGet安装到.NET Framework项目，但属于外来适配组件，并非.NET Framework原生内置。
• 功能设计不同
  • System.Runtime.Caching 功能完整度更高，原生支持缓存项优先级设置、过期回调、文件/数据库依赖监听、缓存区域划分等特性，无需额外扩展即可实现复杂缓存逻辑。
  • Microsoft.Extensions.Caching.Memory 是轻量化抽象实现，设计上依赖依赖注入(DI)体系使用，仅内置基础的缓存增删改查、过期策略管理功能，复杂逻辑需要自行扩展实现，更适配云原生、微服务的插拔式架构需求。
• 依赖要求不同
  • System.Runtime.Caching 无额外第三方依赖，.NET Framework 4.0及以上版本的项目直接引用对应命名空间即可使用。
  • Microsoft.Extensions.Caching.Memory 要求项目配套引入Microsoft.Extensions.DependencyInjection等关联依赖包，在.NET Framework中使用还需要额外适配DI体系的接入逻辑。

WPF .NET Framework场景适配结论 #

System.Runtime.Caching的运行效率更高、对该技术栈的适配性更好，是该场景下的首选方案，原因如下：

1. 作为.NET Framework原生内置组件，不需要额外引入多套第三方依赖，运行时没有额外的组件加载开销，内存占用、调用性能都优于外来适配的Microsoft.Extensions.Caching.Memory。
2. 不需要适配DI体系，可以直接实例化MemoryCache对象使用，接入代码更简洁，调用链路更短，更符合WPF桌面项目的常规开发模式。
3. 针对Windows平台做过原生优化，没有跨平台适配层带来的潜在兼容问题，稳定性更有保障。
   如果你的WPF项目没有向.NET Core/.NET 5+迁移的计划，也没有接入ASP.NET Core DI体系的需求，直接使用System.Runtime.Caching是最优选择。

内容的提问来源于stack exchange，提问作者Arun Chaulagain