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

FusionCache与Microsoft HybridCache的技术融合之路

2025-06-28 10:03:57作者:邬祺芯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更广阔的生态系统,展现了开源项目与平台标准共荣共生的成功案例。

登录后查看全文

项目优选

收起
kernelkernel
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
471
465
kernelkernel
deepin linux kernel
C
32
16
atomcodeatomcode
Claude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed. Get Started
Rust
2.09 K
218
ops-nnops-nn
本项目是CANN提供的神经网络类计算算子库,实现网络在NPU上加速计算。
C++
700
1.4 K
docsdocs
暂无描述
Dockerfile
780
5.08 K
pytorchpytorch
Ascend Extension for PyTorch
Python
758
968
flutter_flutterflutter_flutter
本仓库是 Flutter SDK 与 Flutter Engine 的 OpenHarmony 适配版本,由 CPF-Flutter 团队维护。开发者可使用熟悉的 Flutter 技术栈开发 OpenHarmony 应用,3.35.7 及以后的适配版本可基于本仓库源码构建支持 OpenHarmony 的 Flutter Engine。
Dart
1.04 K
271
ops-transformerops-transformer
本项目是CANN提供的transformer类大模型算子库,实现网络在NPU上加速计算。
C++
880
2.03 K
mindquantummindquantum
MindQuantum is a general software library supporting the development of applications for quantum computation.
Python
183
111
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
1.11 K
682