ASP.NET Extensions 项目中的 HybridCache JSON 序列化配置优化

在 ASP.NET Extensions 项目中，HybridCache 作为新一代缓存解决方案，其默认使用 JsonSerializer 进行对象序列化。然而，开发者在使用过程中发现了一个重要限制：无法直接配置 JsonSerializerOptions 参数，这在实际开发中带来了诸多不便。

问题背景

HybridCache 的默认序列化机制虽然简单易用，但在企业级应用场景中往往需要更精细的控制。例如：

• 需要处理特殊日期格式
• 需要配置自定义的命名策略
• 需要处理循环引用等复杂对象关系
• 需要优化序列化性能

当前实现中，开发者若想自定义序列化行为，必须完整实现自己的序列化工厂，这带来了不必要的样板代码负担。

技术解决方案

经过社区讨论，项目团队提出了两种改进方案：

1. 依赖注入方案：让 DefaultJsonSerializerFactory 自动从 DI 容器中获取配置好的 JsonSerializerOptions 实例。这种方案无需 API 变更，开发者只需在服务容器中注册自定义选项即可。

2. 显式配置方案：将 DefaultJsonSerializerFactory 设为公开类，允许开发者直接传入配置好的 JsonSerializerOptions 实例。这种方式提供了更明确的配置入口。

最终，项目团队采纳了更灵活的第三种方案：基于键控服务（Keyed Services）的配置方式。这种方案结合了 DI 的便利性和显式配置的明确性。

实现原理

新的实现利用了 ASP.NET Core 的键控服务特性：

• 使用 HybridCache 类型作为服务键
• 通过 [FromKeyedServices] 特性注入特定配置
• 保持了对现有代码的完全兼容

开发者现在可以通过以下方式配置自定义序列化选项：

services.AddKeyedSingleton<JsonSerializerOptions>(typeof(HybridCache), customOptions);

技术优势

这种设计带来了多重好处：

1. 无破坏性变更：完全兼容现有代码
2. 配置灵活性：支持多种配置来源
3. 明确性：通过类型键确保获取正确的配置
4. 可扩展性：为未来更多配置项预留了空间

实际应用建议

对于需要自定义序列化行为的场景，建议采用以下最佳实践：

1. 创建共享的 JsonSerializerOptions 配置工厂方法
2. 在应用启动时注册配置
3. 考虑性能因素重用配置实例

示例配置代码：

var jsonOptions = new JsonSerializerOptions
{
    PropertyNamingPolicy = JsonNamingPolicy.CamelCase,
    WriteIndented = false,
    // 其他自定义配置
};

services.AddKeyedSingleton<JsonSerializerOptions>(typeof(HybridCache), jsonOptions);

总结

ASP.NET Extensions 项目通过引入键控服务配置机制，优雅地解决了 HybridCache 序列化配置的痛点。这一改进既保持了框架的简洁性，又为开发者提供了必要的灵活性，体现了框架设计在易用性和可扩展性之间的平衡。