ASP.NET Core全局代码执行及_ViewStart.cshtml注入DbContext问题

一、你的做法是否有误？更合适的全局执行位置？ #

其实把全局会话变量设置放在_ViewStart.cshtml确实不是最优选择，因为_ViewStart本质是视图层面的文件，主要负责统一设置视图布局这类UI相关的逻辑，而且它的依赖注入支持有限，还容易把业务逻辑（数据库查询、会话操作）混到视图层，不符合关注点分离的原则。

更推荐的全局执行位置有这些：

• 中间件（Middleware）：这是最适合全局请求处理的方案，因为中间件位于ASP.NET Core的请求管道中，每个请求都会经过，能保证逻辑在所有页面/接口请求时执行。而且中间件可以轻松通过构造函数注入DbContext，完全符合依赖注入的最佳实践。
  示例代码大概是这样的：

  public class SessionSetupMiddleware
  {
      private readonly RequestDelegate _next;
  
      public SessionSetupMiddleware(RequestDelegate next)
      {
          _next = next;
      }
  
      public async Task InvokeAsync(HttpContext context, YourDbContext dbContext)
      {
          // 执行数据库查询获取需要的数据
          var sessionData = await dbContext.SessionSettings.FirstOrDefaultAsync();
          
          // 设置会话变量
          if (sessionData != null)
          {
              context.Session.SetString("GlobalSetting", sessionData.Value);
          }
  
          // 继续执行后续请求管道
          await _next(context);
      }
  }
  
  // 在Program.cs中注册中间件（注意要放在UseSession之后，确保会话可用）
  app.UseMiddleware<SessionSetupMiddleware>();
  

• 全局Action过滤器：如果你希望逻辑只在MVC控制器/Razor Pages的Action执行前后运行，可以用全局过滤器。同样支持构造注入DbContext，还能灵活控制生效范围。
  示例：

  public class SessionSetupFilter : IActionFilter
  {
      private readonly YourDbContext _dbContext;
  
      public SessionSetupFilter(YourDbContext dbContext)
      {
          _dbContext = dbContext;
      }
  
      public void OnActionExecuting(ActionExecutingContext context)
      {
          // 在这里执行查询和会话设置逻辑
          var data = _dbContext.SomeTable.FirstOrDefault();
          context.HttpContext.Session.SetString("Key", data?.Value);
      }
  
      public void OnActionExecuted(ActionExecutedContext context)
      {
          // 如果需要在Action执行后处理，这里写逻辑
      }
  }
  
  // 在Program.cs注册全局过滤器
  builder.Services.AddControllersWithViews(options =>
  {
      options.Filters.Add<SessionSetupFilter>();
  });
  

• Razor Pages基类（仅针对Razor Pages项目）：如果你的项目是纯Razor Pages，可以创建一个所有页面继承的基类，在基类的OnGetAsync/OnPostAsync方法中处理会话设置，不过这个范围只覆盖页面，不如中间件全局。

二、如何将DbContext注入到_ViewStart.cshtml中？ #

虽然不推荐，但如果确实需要在_ViewStart.cshtml中使用DbContext，可以通过ViewContext.HttpContext.RequestServices来手动获取服务实例，而不是构造注入。具体代码如下：

@{
    Layout = "_Layout";

    // 从请求服务容器中获取DbContext实例
    var dbContext = ViewContext.HttpContext.RequestServices.GetRequiredService<YourDbContext>();

    // 执行数据库查询（注意：视图中异步调用要谨慎，这里用同步示例）
    var requiredData = dbContext.YourTable.FirstOrDefault();

    // 设置会话变量
    if (requiredData != null)
    {
        HttpContext.Session.SetString("YourSessionKey", requiredData.YourProperty);
    }
}

⚠️ 注意：这种方式存在几个明显问题：

• 视图层执行数据库操作会增加页面渲染时间，影响前端性能；
• 违背了关注点分离原则，视图应该只负责展示数据，不处理业务逻辑和数据查询；
• 如果用异步查询，视图中直接使用await可能引发线程阻塞或死锁风险。

所以还是优先推荐前面提到的中间件或过滤器方案哦～

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