C# ASP.NET Core：如何在控制器外的普通类中调用EF Core数据库上下文

嘿，我来帮你搞定这个问题！你在控制器里用依赖注入（DI）的方式是完全正确的，但直接实例化MSSQLContext的做法会有问题——因为你用的是无参构造函数，这时候EF Core不会加载你在Startup.cs里配置的SQL Server连接信息，自然没法正常操作数据库。下面给你两种靠谱的解决方案：

方案一：给普通类也用依赖注入（强烈推荐） #

这是最符合EF Core设计理念的方式，让依赖注入容器统一管理DbContext的生命周期，避免重复配置和资源泄漏。

步骤1：改造你的普通类，通过构造函数接收DbContext #

public class UserService // 举个例子，你的普通业务类
{
    private readonly MSSQLContext _dbContext;

    // 构造函数注入MSSQLContext
    public UserService(MSSQLContext dbContext)
    {
        _dbContext = dbContext;
    }

    // 业务方法里直接用上下文
    public List<UserModel> GetAllUsers()
    {
        return _dbContext.get_Users.ToList();
    }
}

步骤2：把普通类注册到服务容器 #

在Startup.cs的ConfigureServices方法里，把你的普通类也添加到DI容器中，注意生命周期尽量和DbContext保持一致（默认是Scoped，即每个请求实例化一次）：

services.AddScoped<UserService>();
// 如果你之前已经注册了MSSQLContext，这一步不用重复加
services.AddDbContext<MSSQLContext>(options => options.UseSqlServer(connection));

步骤3：在需要的地方注入这个普通类 #

比如在控制器里，你可以直接注入这个业务类，而不是自己new：

private readonly UserService _userService;

public BookingController(UserService userService)
{
    _userService = userService;
}

public IActionResult SomeAction()
{
    var users = _userService.GetAllUsers();
    return Ok(users);
}

方案二：手动构建带配置的DbContext实例（仅特殊场景使用） #

如果因为某些限制没法用DI（比如在控制台程序、定时任务这类非Web场景），你可以手动创建DbContextOptions来初始化上下文，确保加载正确的连接配置：

// 构建和Startup里一致的配置
var options = new DbContextOptionsBuilder<MSSQLContext>()
    .UseSqlServer("你的SQL Server连接字符串") // 也可以从配置文件读取，比如Configuration.GetConnectionString("xxx")
    .Options;

// 使用带参数的构造函数创建上下文
using (var context = new MSSQLContext(options))
{
    var users = context.get_Users.ToList();
}

⚠️ 注意：这种方式需要你自己管理上下文的生命周期，而且会重复写连接配置，维护性差，所以除非必要，优先用方案一。

最后再提醒下：你之前的无参构造函数public MSSQLContext() { }其实可以删掉，因为DI会用带DbContextOptions的构造函数，留着反而容易不小心用错。

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