ASP.NET Core 2.0 MVC 6中自定义/辅助类初始化与使用问题

嘿，我来帮你搞定这个头疼的问题！你遇到的核心问题要么是依赖注入（DI）的配置没做对，要么是对类的生命周期理解有误——毕竟你说用AddSingleton没生效，大概率是哪里没踩对关键点，咱们一步步拆解：

先搞懂核心误区：你选对生命周期了吗？ #

首先得明确你的SessionContext要存什么数据：

• 如果是应用级全局共享的数据（比如系统配置）：AddSingleton是对的，但你可能没正确用DI注入，导致每次手动new出新实例
• 如果是用户会话级的状态（比如当前登录用户的信息）：AddSingleton绝对是错的！单例是全局唯一的，所有用户会共用同一个实例，数据会串；这时候得结合ASP.NET Core的Session机制，或者用Scoped配合HttpContext

正确步骤1：用DI管理类的生命周期，绝对不要手动new！ #

很多人犯的错就是在控制器里自己var ctx = new SessionContext();——这样DI容器根本管不到这个实例，不管你注册了Singleton还是Scoped，都会每次新建。正确的做法是构造函数注入：

第一步：在Startup.cs里注册你的类 #

根据你的需求选生命周期：

• 全局单例（应用级共享）：

public void ConfigureServices(IServiceCollection services)
{
    // 注册为单例，整个应用生命周期内只有一个实例
    services.AddSingleton<SessionContext>();
    services.AddMvc();
}

• 请求级实例（单个请求内共享）：

services.AddScoped<SessionContext>(); // 每个HTTP请求会创建一个新实例

第二步：在控制器里通过构造函数注入使用 #

public class HomeController : Controller
{
    // 让DI容器自动注入实例，不要自己new！
    private readonly SessionContext _sessionContext;

    public HomeController(SessionContext sessionContext)
    {
        _sessionContext = sessionContext;
    }

    public IActionResult Index()
    {
        // 直接用注入好的实例，这时候Singleton的话就是全局同一个，Scoped的话是当前请求唯一
        _sessionContext.SomeProperty = "测试值";
        return View();
    }
}

如果你要保存用户跨请求的会话状态：结合Session来改造 #

如果你说的SessionContext是要存用户的会话数据（比如登录信息、临时表单数据），那上面的Singleton/Scoped都满足不了跨请求的需求——因为Scoped实例会在请求结束后销毁，Singleton会串用户数据。这时候得把SessionContext和ASP.NET Core的ISession结合起来：

步骤1：注册必要的服务并启用Session #

在Startup.cs里：

public void ConfigureServices(IServiceCollection services)
{
    // 必须注册这个才能访问HttpContext
    services.AddHttpContextAccessor();
    // 把SessionContext注册为Scoped，每个请求一个实例，但它内部会操作Session
    services.AddScoped<SessionContext>();
    // 配置Session（可选，比如设置过期时间）
    services.AddSession(options =>
    {
        options.IdleTimeout = TimeSpan.FromMinutes(30);
        options.Cookie.HttpOnly = true;
    });
    services.AddMvc();
}

public void Configure(IApplicationBuilder app, IHostingEnvironment env)
{
    // 其他中间件（比如UseStaticFiles）之后，UseMvc之前启用Session
    app.UseSession();
    app.UseMvc(routes =>
    {
        routes.MapRoute(
            name: "default",
            template: "{controller=Home}/{action=Index}/{id?}");
    });
}

步骤2：改造你的SessionContext类 #

让它通过IHttpContextAccessor访问当前用户的Session，把数据存在Session里：

public class SessionContext
{
    private readonly IHttpContextAccessor _httpContextAccessor;
    // 快速获取当前Session
    private ISession CurrentSession => _httpContextAccessor.HttpContext.Session;

    // 通过构造函数注入IHttpContextAccessor
    public SessionContext(IHttpContextAccessor httpContextAccessor)
    {
        _httpContextAccessor = httpContextAccessor;
    }

    // 示例：封装Session的读写
    public string CurrentUserId
    {
        get => CurrentSession.GetString("CurrentUserId");
        set => CurrentSession.SetString("CurrentUserId", value);
    }

    public int CurrentUserAge
    {
        get => CurrentSession.GetInt32("CurrentUserAge") ?? 0;
        set => CurrentSession.SetInt32("CurrentUserAge", value);
    }
}

步骤3：在控制器里注入使用 #

不管你在哪个控制器注入SessionContext，它都会读写当前用户的Session数据，跨控制器、跨请求都不会丢失，而且每个用户的数据是独立的：

public class ProfileController : Controller
{
    private readonly SessionContext _sessionContext;

    public ProfileController(SessionContext sessionContext)
    {
        _sessionContext = sessionContext;
    }

    public IActionResult Show()
    {
        // 读取从HomeController设置的用户ID
        var userId = _sessionContext.CurrentUserId;
        return View(userId);
    }
}

最后排查几个常见坑 #

1. 不要手动new实例：一定要用构造函数注入，让DI容器管理实例的生命周期
2. 选对生命周期：Singleton=全局唯一，Scoped=请求唯一，Session=用户跨请求唯一，别搞混
3. 启用Session的顺序：UseSession必须放在UseMvc之前，否则无法访问Session

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