ASP.NET CORE 5.0 调试阶段Session丢失跳转登录的解决方案咨询

ASP.NET Core默认使用服务端进程内存存储Session数据，Visual Studio自动重编译会触发应用进程重启，内存中的全部Session数据会被清空，因此触发Session校验失败跳转登录的问题。该问题仅出现在单实例内存Session的开发/生产场景，和你Session内部存储JSON的逻辑无关。

按实现成本和适配性从高到低排序：

方案1：开发环境使用Cookie存储Session（最轻量，无额外依赖） #

Session数据加密后存储在客户端Cookie中，应用重启不会丢失，和现有Session调用逻辑完全兼容，仅需修改配置：

1. 安装NuGet包 Microsoft.AspNetCore.Session.Cookie
2. 在Startup.cs的ConfigureServices方法中添加环境判断逻辑：

public void ConfigureServices(IServiceCollection services)
{
    // 其他服务注册逻辑不变
    if (Environment.IsDevelopment())
    {
        // 开发环境使用Cookie作为Session存储
        services.AddSession(options =>
        {
            options.Cookie.Name = ".你的应用名.Session";
            options.IdleTimeout = TimeSpan.FromHours(2);
            options.Cookie.HttpOnly = true;
            options.Cookie.IsEssential = true;
        }).AddCookieSessionStore();
    }
    else
    {
        // 生产环境沿用原有内存Session配置即可
        services.AddSession(options =>
        {
            options.Cookie.Name = ".你的应用名.Session";
            options.IdleTimeout = TimeSpan.FromMinutes(30);
            options.Cookie.HttpOnly = true;
            options.Cookie.IsEssential = true;
        });
    }
}

该方案不需要部署任何额外服务，改完即可解决重编译丢Session的问题，是开发阶段的首选方案。

方案2：分布式Session存储（适配需要和生产逻辑一致的场景） #

将Session存储到独立于应用进程的分布式存储中，应用重启不会影响Session数据，同时支持生产环境多实例部署，存数据库或Redis都可以：

2.1 Redis存储（性能更高，推荐） #

1. 本地安装便携版Redis并启动
2. 安装NuGet包 Microsoft.Extensions.Caching.StackExchangeRedis
3. 配置服务：

// 开发/生产环境都可以用该配置
services.AddStackExchangeRedisCache(options =>
{
    options.Configuration = "localhost:6379";
    options.InstanceName = "你的应用名_Session";
});
services.AddSession(options =>
{
    // 原有Session配置不变
});

2.2 数据库存储（你提到的方案，完全可行） #

不需要自己实现用户识别逻辑，ASP.NET Core框架已经自动封装了该能力：客户端Cookie会自动存储加密的SessionId，请求时框架会自动用该ID从数据库拉取对应的Session数据，无需额外开发。
实现步骤：

1. 安装NuGet包 Microsoft.Extensions.Caching.SqlServer
2. 配置服务：

services.AddDistributedSqlServerCache(options =>
{
    options.ConnectionString = Configuration.GetConnectionString("你的Session数据库连接串");
    options.SchemaName = "dbo";
    options.TableName = "AppSessions";
});
services.AddSession(options =>
{
    // 原有Session配置不变
});

3. 首次运行前执行命令创建Session存储表：
   dotnet sql-cache create "你的Session数据库连接串" dbo AppSessions

方案3：开发环境豁免Session校验（仅应急使用，不推荐） #

在Session校验的中间件/过滤器逻辑中增加开发环境判断，开发环境下如果Session为空，自动构造测试用户的Session数据，无需跳转登录。该方案和生产逻辑不一致，容易留下隐患，仅适合临时调试使用。

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