.NET 6 MVC模型默认构造函数下如何获取依赖注入服务？

针对你遇到的.NET 6 ASP.NET MVC模型无法注入服务的问题，这里有几种更优雅且符合MVC设计原则的处理方式：

1. 迁移计算逻辑到服务层或控制器（推荐） #

MVC的模型核心职责是数据载体，不应该包含依赖外部服务的业务计算逻辑。把计算逻辑移到服务层或控制器，是最贴合架构设计的方案：

• 定义服务方法：比如在IOrderService中添加CalculateTotalPrice(OrderModel model)方法，内部依赖所需服务完成计算。
• 控制器中处理：在接收模型后，调用服务方法计算结果，将结果赋值给模型的普通属性（而非计算属性）。
• 视图直接使用赋值后的属性即可。

示例代码：

// 服务层
public class OrderService : IOrderService
{
    private readonly IPriceService _priceService;

    public OrderService(IPriceService priceService)
    {
        _priceService = priceService;
    }

    public decimal CalculateTotalPrice(OrderModel model)
    {
        return model.Quantity * _priceService.GetUnitPrice(model.ProductId);
    }
}

// 控制器
public class OrderController : Controller
{
    private readonly IOrderService _orderService;

    public OrderController(IOrderService orderService)
    {
        _orderService = orderService;
    }

    [HttpPost]
    public IActionResult Submit(OrderModel model)
    {
        if (ModelState.IsValid)
        {
            model.TotalPrice = _orderService.CalculateTotalPrice(model);
            // 后续逻辑
        }
        return View(model);
    }
}

// 模型
public class OrderModel
{
    public int ProductId { get; set; }
    public int Quantity { get; set; }
    public decimal TotalPrice { get; set; } // 普通属性，由控制器赋值
}

2. 自定义模型绑定器注入服务 #

如果必须在模型中保留计算逻辑，可以通过自定义模型绑定器绕过无参构造的限制，直接为模型注入服务：

• 实现IModelBinder接口，在绑定过程中通过BindingContext获取IServiceProvider，实例化带参构造的模型。
• 在模型上标记[ModelBinder(typeof(CustomModelBinder))]，或者全局注册该绑定器。

示例代码：

// 自定义模型绑定器
public class OrderModelBinder : IModelBinder
{
    public async Task BindModelAsync(ModelBindingContext bindingContext)
    {
        // 获取服务实例
        var priceService = bindingContext.HttpContext.RequestServices.GetRequiredService<IPriceService>();
        
        // 实例化带参构造的模型
        var model = new OrderModel(priceService);
        
        // 绑定表单数据到模型属性
        var productIdValue = bindingContext.ValueProvider.GetValue("ProductId");
        model.ProductId = int.Parse(productIdValue.FirstValue);
        
        var quantityValue = bindingContext.ValueProvider.GetValue("Quantity");
        model.Quantity = int.Parse(quantityValue.FirstValue);
        
        bindingContext.Result = ModelBindingResult.Success(model);
    }
}

// 模型（带参构造）
[ModelBinder(typeof(OrderModelBinder))]
public class OrderModel
{
    private readonly IPriceService _priceService;

    public OrderModel(IPriceService priceService)
    {
        _priceService = priceService;
    }

    // 无参构造可选，若绑定器完全自行实例化则不需要
    public OrderModel() { }

    public int ProductId { get; set; }
    public int Quantity { get; set; }

    // 计算属性可正常使用服务
    public decimal TotalPrice => Quantity * _priceService.GetUnitPrice(ProductId);
}

3. 在Validate方法中缓存服务实例（仅限验证后场景） #

如果仅在模型验证后才会访问计算属性，可以在IValidatableObject.Validate方法中缓存从ValidationContext获取的服务：

public class OrderModel : IValidatableObject
{
    private IPriceService _priceService;

    public int ProductId { get; set; }
    public int Quantity { get; set; }

    public decimal TotalPrice 
    { 
        get 
        {
            if (_priceService == null)
                throw new InvalidOperationException("服务未初始化，请先完成模型验证");
            return Quantity * _priceService.GetUnitPrice(ProductId);
        }
    }

    public IEnumerable<ValidationResult> Validate(ValidationContext validationContext)
    {
        // 缓存服务实例
        _priceService = validationContext.GetService<IPriceService>();
        
        // 验证逻辑
        if (Quantity <= 0)
            yield return new ValidationResult("数量必须大于0", new[] { nameof(Quantity) });
    }
}

注意：这种方式下，若在模型验证前访问TotalPrice仍会抛出异常，仅适用于验证后才使用计算属性的场景。

不推荐全局单例封装IServiceProvider的原因 #

• 生命周期冲突：Scoped/Transient服务被单例持有会导致服务实例无法正确释放，引发内存泄漏或状态不一致问题。
• 违背依赖注入原则：全局单例会增加代码耦合度，降低可测试性（无法轻松替换服务实现）。

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