有关C# .NET Core 过滤器的使用
想用一个过滤器实现特定接口的审核日志记录，结果报了错，看了看感觉有些基础要补，所以想记录下来
错误：
在属性过滤器中使用了依赖注入，结果在应用在控制层接口时报了传参的错
//过滤器
public class AuditRecordFilter: ActionFilterAttribute
{
private readonly ISysAuditRecordService _sysAuditRecordService; // 注入日志服务
/// <summary>
/// 会话管理接口
/// </summary>
private readonly TokenManager _tokenManager;
public AuditRecordFilter( ISysAuditRecordService sysAuditRecordService, TokenManager tokenManager)
{
_sysAuditRecordService = sysAuditRecordService;
_tokenManager = tokenManager;
}
...控制层：
原因：
ASP.NET Core 框架中的生命周期管理和服务解析机制。
在 ASP.NET Core 中，依赖项是通过依赖注入容器（DI容器）来解析的。这个容器会自动为需要依赖的对象（如服务、仓储等）提供相应的实例。
理论上，这些依赖应该由 ASP.NET Core 的 DI 容器注入。但是，如果你直接在控制器方法上使用属性形式的 [AuditRecordFilter]，由于它是编译时静态定义的，框架不会通过依赖注入自动解析这些服务。这就是为什么在使用某些属性过滤器时，会有依赖项无法解析的错误。
ASP.NET Core 的属性过滤器（例如 [AuditRecordFilter]）在编译时就已经创建。也就是说，过滤器实例在 ASP.NET Core 依赖注入容器有机会参与之前就已经被创建，因此 DI 容器无法为过滤器的构造函数注入依赖项。这导致你看到的错误提示，表明无法解析 ISysAuditRecordService 等依赖。
错误的原因是： 使用属性过滤器时，过滤器实例化发生在编译时，而非运行时，框架不会自动为这些属性过滤器提供依赖项。
解决方案：
改为使用TypeFilter 或 ServiceFilter
二者实现的区别
这里我用了TypeFilter ，在具体的过滤器中不需要特别改什么
//控制层接口标注
[TypeFilter(typeof(AuditRecordFilter),Arguments =new object[] {3})]其中的Arguments可用过滤器的构造函数拿到,这个可做接口区别判断之类的功能，更灵活一些 。