ASP.NET Core 7.0：在AddCookie中解析RedisTicketStore的更佳方案

1. 规范注册服务，依赖DI容器管理 #

不要手动实例化RedisCache，直接用框架提供的扩展方法注册分布式缓存，DI容器会自动处理单例生命周期：

// 注册Redis分布式缓存
builder.Services.AddStackExchangeRedisCache(options =>
{
    options.Configuration = "你的Redis连接字符串";
    options.InstanceName = "TicketStore:"; // 可选，给缓存键加前缀避免冲突
});

// 注册RedisTicketStore到DI容器
builder.Services.AddSingleton<ITicketStore>(serviceProvider => 
    new RedisTicketStore(
        serviceProvider.GetRequiredService<IDistributedCache>(),
        TimeSpan.FromMinutes(30) // 这里传入你的滑动过期时间
    )
);

2. 在AddCookie中通过服务提供者解析实例 #

AddCookie提供了支持访问IServiceProvider的重载，直接从中获取已注册的ITicketStore实例即可：

builder.Services.AddCookie(options =>
{
    // 配置Cookie的其他属性，比如过期时间、HttpOnly等
    options.ExpireTimeSpan = TimeSpan.FromHours(1);
    options.Cookie.HttpOnly = true;
}, serviceProvider =>
{
    // 从DI容器中解析RedisTicketStore实例赋值给SessionStore
    options.SessionStore = serviceProvider.GetRequiredService<ITicketStore>();
});

3. 可选：结合Session服务集成（若场景匹配） #

如果你的业务和Session强相关，也可以通过AddSession直接配置分布式存储的Session，自动关联到Cookie：

builder.Services.AddSession(options =>
{
    options.IdleTimeout = TimeSpan.FromMinutes(30);
    options.Cookie.HttpOnly = true;
    options.Cookie.IsEssential = true;
});

// 记得在Configure方法中启用Session
app.UseSession();

方案优势 #

• 完全遵循依赖注入设计原则，代码解耦性更强，便于后续扩展和单元测试
• 由DI容器统一管理对象生命周期，避免手动维护单例带来的资源泄漏、配置不一致等问题
• 利用框架原生扩展方法，简化Redis缓存的配置流程，减少重复代码

内容的提问来源于stack exchange，提问作者Luis Abreu