首页
/ FusionCache与Microsoft HybridCache的技术融合之路

FusionCache与Microsoft HybridCache的技术融合之路

2025-06-28 01:35:19作者:邬祺芯Juliet

背景介绍

在.NET生态系统中,缓存技术一直是提升应用性能的重要手段。近期微软在.NET 9中推出了全新的HybridCache组件,这一举措引发了开发者社区对现有缓存解决方案未来发展的广泛讨论,特别是对流行的开源缓存库FusionCache的影响。

HybridCache的核心特性

微软的HybridCache带来了几项关键特性:

  1. 缓存击穿保护机制
  2. 支持单层(内存)或双层(内存+分布式)缓存架构
  3. 多节点通知系统
  4. 缓存标签功能
  5. 序列化压缩支持

这些特性在FusionCache中同样具备(除压缩功能正在开发外)。但FusionCache还提供了更多高级功能,如故障安全机制、软硬超时控制、自适应缓存策略、条件刷新、主动刷新、自动恢复、多命名缓存支持、增强日志记录、事件系统、后台分布式操作、完整的OpenTelemetry支持,以及同步/异步双模式API等。

技术融合方案

FusionCache不会简单地构建在HybridCache之上,而是采取了两项关键策略:

  1. 将利用微软为HybridCache开发的部分新技术组件
  2. 提供对HybridCache抽象接口的实现支持

这种设计意味着开发者现在有两种选择:

  • 直接使用FusionCache,保持原有开发模式
  • 依赖微软提供的标准抽象接口,但使用功能更丰富的第三方实现(如FusionCache)

实现原理与使用示例

在项目启动配置中,只需简单添加.AsHybridCache()扩展方法:

services.AddFusionCache()
  .AsHybridCache();

之后,应用中既可以通过HybridCache抽象接口使用缓存:

public class SomeService(HybridCache cache)
{
    public async Task<string> GetSomeInfoAsync(string name, int id)
    {
        return await _cache.GetOrCreateAsync(
            $"{name}-{id}",
            async cancel => await GetDataFromTheSourceAsync(name, id, cancel)
        );
    }
}

也可以直接使用IFusionCache接口:

public class SomeService2(IFusionCache cache)
{
    // 使用FusionCache原生API
}

两种方式将共享同一个缓存实例,且具备完整的缓存击穿防护能力。更令人惊叹的是,即使同时通过HybridCache异步接口和FusionCache同步接口访问相同缓存键,系统也能确保只执行一次数据源访问。

技术实现细节

FusionCache对HybridCache的适配实现了精细的选项映射机制。例如:

  • HybridCacheEntryFlags.DisableLocalCacheRead自动映射为FusionCache的SkipMemoryCacheRead
  • 各种超时设置和过期策略的无缝转换
  • 分布式缓存行为的智能协调

虽然通过HybridCache接口无法使用FusionCache的全部功能(因其API更为精简),但核心特性都能在启动配置中预先设定,为依赖标准接口的项目提供了强大的扩展能力。

架构演进

最初计划将适配器代码放在独立NuGet包中,但社区反馈指出仅需依赖已有的Microsoft.Extensions.Caching.Abstractions。因此最终决定:

  1. 将核心适配代码移至主FusionCache包
  2. 废弃独立的适配器包
  3. 简化项目依赖结构

生态协作意义

这一技术演进展现了微软与开源社区良性互动的典范。通过开放讨论和技术协作,既推动了.NET平台标准组件的进步,又为生态中的优秀开源项目保留了发展空间。这种合作模式最终使广大开发者受益,能够根据项目需求灵活选择最适合的缓存解决方案。

FusionCache通过支持HybridCache抽象接口,既保持了自身的特色和优势,又融入了.NET更广阔的生态系统,展现了开源项目与平台标准共荣共生的成功案例。

登录后查看全文
热门项目推荐

项目优选

收起
docsdocs
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
144
1.94 K
kernelkernel
deepin linux kernel
C
22
6
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
192
274
openGauss-serveropenGauss-server
openGauss kernel ~ openGauss is an open source relational database management system
C++
145
189
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
930
554
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
8
0
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
887
394
金融AI编程实战金融AI编程实战
为非计算机科班出身 (例如财经类高校金融学院) 同学量身定制,新手友好,让学生以亲身实践开源开发的方式,学会使用计算机自动化自己的科研/创新工作。案例以量化投资为主线,涉及 Bash、Python、SQL、BI、AI 等全技术栈,培养面向未来的数智化人才 (如数据工程师、数据分析师、数据科学家、数据决策者、量化投资人)。
Jupyter Notebook
75
66
CangjieCommunityCangjieCommunity
为仓颉编程语言开发者打造活跃、开放、高质量的社区环境
Markdown
1.11 K
0
openHiTLS-examplesopenHiTLS-examples
本仓将为广大高校开发者提供开源实践和创新开发平台,收集和展示openHiTLS示例代码及创新应用,欢迎大家投稿,让全世界看到您的精巧密码实现设计,也让更多人通过您的优秀成果,理解、喜爱上密码技术。
C
64
512