Simple Injector实现MVC ActionFilter依赖注入求助

兄弟，我太懂这种卡壳的感觉了——泛型过滤器加依赖注入这俩放一块儿，确实容易绕得晕头转向。咱们先把你现有的代码捋清楚，再一步步实现，顺便把背后的原理掰明白。

首先先把你提到的IActionFilter<TAttribute>接口补完整，一般会包含Action执行前后的两个核心方法：

public interface IActionFilter<TAttribute> where TAttribute : Attribute
{
    void OnActionExecuting(TAttribute attribute, ActionExecutingContext context);
    void OnActionExecuted(TAttribute attribute, ActionExecutedContext context);
}

假设你要针对一个自定义的LogAttribute来做日志过滤，我们分两步走：先定义标记特性，再实现过滤器并注入依赖（比如常用的ILogger）：

// 第一步：定义用于标记的特性，可自定义参数
public class LogAttribute : Attribute
{
    // 示例：添加日志级别参数，默认是Information
    public LogLevel LogLevel { get; set; } = LogLevel.Information;
}

// 第二步：实现泛型过滤器，通过构造函数注入依赖
public class LogActionFilter : IActionFilter<LogAttribute>
{
    // 这里注入ILogger作为示例，你可以换成自己需要的任意依赖
    private readonly ILogger<LogActionFilter> _logger;

    // 构造函数注入：DI容器会自动把匹配的依赖实例传进来
    public LogActionFilter(ILogger<LogActionFilter> logger)
    {
        _logger = logger;
    }

    public void OnActionExecuting(LogAttribute attribute, ActionExecutingContext context)
    {
        // 可以读取Attribute的自定义参数，比如这里的日志级别
        _logger.Log(attribute.LogLevel, $"Action [{context.ActionDescriptor.DisplayName}] 开始执行");
    }

    public void OnActionExecuted(LogAttribute attribute, ActionExecutedContext context)
    {
        var status = context.Exception == null ? "执行成功" : $"执行失败：{context.Exception.Message}";
        _logger.Log(attribute.LogLevel, $"Action [{context.ActionDescriptor.DisplayName}] {status}");
    }
}

要让依赖注入生效，必须把你的过滤器注册到ASP.NET Core的服务容器里，在Program.cs中添加：

var builder = WebApplication.CreateBuilder(args);

// 注册过滤器为Scoped服务（和控制器生命周期保持一致）
builder.Services.AddScoped<LogActionFilter>();

// 其他服务注册...
builder.Services.AddControllersWithViews();

var app = builder.Build();

// 中间件配置...
app.Run();

方式1：控制器/方法级局部使用 #

注意：不能直接用[LogActionFilter]标记，因为框架会直接实例化过滤器，不走DI容器。必须用[ServiceFilter]从DI容器中获取实例：

// 给整个控制器添加日志过滤
[ServiceFilter(typeof(LogActionFilter))]
public class HomeController : Controller
{
    public IActionResult Index()
    {
        return View();
    }

    // 单独给某个方法加，还能指定Attribute的自定义参数
    [ServiceFilter(typeof(LogActionFilter))]
    [Log(LogLevel = LogLevel.Warning)]
    public IActionResult WarningAction()
    {
        return View();
    }
}

方式2：全局注册（所有控制器生效） #

如果想让所有Action都应用这个日志过滤，直接在AddControllersWithViews里添加过滤器：

builder.Services.AddControllersWithViews(options =>
{
    // 全局添加过滤器，框架会自动从DI容器中获取实例
    options.Filters.Add<LogActionFilter>();
});

1. 为什么不能直接用特性标记？
   ASP.NET Core中，如果过滤器是作为特性直接标记（比如[LogActionFilter]），框架会通过Activator.CreateInstance直接实例化这个类，完全不经过DI容器，所以构造函数里的依赖（比如ILogger）根本没法被注入——这就是必须用ServiceFilter或者全局注册的核心原因。

2. 泛型接口的作用
   你的泛型IActionFilter<TAttribute>是为了让过滤器和特定的Attribute强绑定，这样在方法里可以直接拿到Attribute的实例，读取它的自定义参数（比如日志级别），实现更灵活的定制化过滤逻辑。

3. 依赖注入的核心逻辑
   这里的DI本质是控制反转：过滤器不再自己创建依赖（比如手动new一个Logger），而是由DI容器负责创建、管理依赖的生命周期，这样代码更解耦，也方便单元测试（比如可以注入一个Mock的ILogger来验证日志逻辑）。

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