通过设置传入过滤器方法的上下文参数中的 Result 属性，可以在过滤器管道的任意一点短路管道。比如，下面的 ShortCircuitingResourceFilter 将阻止它之后管道内的所有过滤器，包括所有操作过滤器：
public class ShortCircuitingResourceFilter:Attribute,IResourceFilter { public void OnResourceExecuting(ResourceExecutingContext context) { context.Result = new ContentResult() { Content = "短路" }; } public void OnResourceExecuted(ResourceExecutedContext context) { } }
二.配置过滤器全局过滤器在 Startup 中配置。基于特性的过滤器如果不需要任何依赖，可以简单地继承一个已存在地过滤器相对应地特性类型。如果要创建一个非全局作用域，但需要从依赖注入中获得依赖项的过滤器，那么在它们上面加上 ServiceFilterAttribute 或 TypeFilterAttribute 特性，这样就可用于控制器或操作了。
1.依赖注入以特性形式实现的，直接添加到控制器或操作的过滤器，其构造函数不得由依赖注入提供依赖项。其原因在于，特性所需的构造函数参数必须由使用处直接提供。这是特性原型机理的限制。
如果过滤器需要从 DI 中获得依赖项，那么可以用以下几种方法在类或操作方法使用：
ServiceFilterAttribute
TypeFilterAttribute
IFilterFactory 实现特性
TypeFilter 将为其依赖项从 DI 中使用服务来实例化一个实例。 ServiceFilter 则从 DI 中获取一个过滤器实例。下面演示 ServiceFilter：
先在 ConfigureServices 中注册 AddHeaderFilterWithDI 类型：services.AddScoped<AddHeaderFilterWithDI>();
然后使用：
[ServiceFilter(typeof(AddHeaderFilterWithDI))] public IActionResult Index() { }
ServiceFilterAttribute 实现了IFilterFactory 接口，它公开了一个创建 IFilter 实例的方法。在 ServiceFilterAttribute 中，IFilterFactory 接口的 CreateInstance 方法被实现为从服务容器加载指定的类型。
TypeFilterAttribute 非常类似 ServiceFilterAttribute （也实现 IFilterFactory 接口），但它的类型不是直接从 DI 容器中解析，相反，它使用 Microsoft.Extensions.DependencyInjection.ObjectFactory 实例化类型。
由于这种差异，使用 TypeFilterAttribute 引用的类型不需要在使用前向容器注册，但它们仍由容器来填充其依赖项。此外，TypeFilterAttribute 可以可选的接受该类型的构造函数参数。下面是 TypeFilterAttribute 演示：
[TypeFilter(typeof(AddHeaderAttribute),Arguments =new object[] { "Author","Ruby" })] public IActionResult Index() { return View(); }
如果有一个简单的过滤器，不需要任何参数，但有构造函数需要通过 DI 填充依赖项，那么可以继承 TypeFilterAttribute，允许使用自己命名的特性类和方法（而不是 [TypeFilterAttribute(typeof(FilterType))]）。下面的过滤器显示了如何实现此功能：
public class SampleActionFilterAttribute:TypeFilterAttribute { public SampleActionFilterAttribute() : base(typeof(SampleActionFilterImpl)) { } private class SampleActionFilterImpl:IActionFilter { public void OnActionExecuting(ActionExecutingContext context) { //操作执行前做的事情 } public void OnActionExecuted(ActionExecutedContext context) { //操作执行后做的事情 } } }
该过滤器可通过使用 [SampleActionFilter] 这样的语法应用于类或方法，而不必使用 [TypeFilter] 或 [ServiceFilter] 。
IFilterFactory 实现 IFilter ，因此在过滤器管道中，任何位置的 IFilterFactory 实例都可当作 Filter 实例来使用。当框架准备调用过滤器时，将尝试将其转换为 IFilterFactory 。如果转换成功， 则调用 CreateInstance 方法来创建将被调用的 IFilter 实例。这是一种非常灵活的设计，因为当应用程序启动时，不需要明确地设置精确地过滤器。
你可以在自己地特性中实现 IFilterFactory 几口，作为另一种创建过滤器的方法：
public class AddHeadWithFactoryAttribute:Attribute, IFilterFactory { public bool IsReusable { get; } //实现IFilterFactory public IFilterMetadata CreateInstance(IServiceProvider serviceProvider) { return new InternalAddHeaderFilter(); } } public class InternalAddHeaderFilter : IResultFilter { public void OnResultExecuting(ResultExecutingContext context) { context.HttpContext.Response.Headers.Add( "Internal", new string[] { "Header Add" }); } public void OnResultExecuted(ResultExecutedContext context) { } }
2.排序过滤器可以应用于操作方法或控制器（通过特性）或添加到全局过滤器集合中。作用域通常也决定了排序，最接近操作的过滤器首先运行。