中間件的註冊除了可以藉助Startup對象（DelegateStartup或者ConventionBasedStartup）來完成之外，也可以利用另一個叫做StartupFilter的對象來實現。所謂的StartupFilter是對所有實現了IStartupFilter介面的類型及其對象的統稱。 ...
中間件的註冊除了可以藉助Startup對象（DelegateStartup或者ConventionBasedStartup）來完成之外，也可以利用另一個叫做StartupFilter的對象來實現。所謂的StartupFilter是對所有實現了IStartupFilter介面的類型及其對象的統稱。IStartupFilter介面定義瞭如下一個唯一的方法Configure，該方法的參數next返回的Action<IApplicationBuilder>對象體現了後續StartupFilter和Startup對中間件的註冊，而自身對中間件的註冊則實現在返回的Action<IApplicationBuilder>對象中。[本文已經同步到《ASP.NET Core框架揭秘》之中]
1: public interface IStartupFilter
2: { 3: Action<IApplicationBuilder> Configure(Action<IApplicationBuilder> next); 4: }
我們可以採用服務註冊的方式註冊多個StartupFilter。具體來說，StartupFilter具有如下兩種不同的註冊方式，一種是通過調用WebHostBuilder的ConfigureServices方法以服務的形式註冊所需的StartupFilter，另一種則是將針對StartupFilter的服務註冊實現在啟動類的ConfigureServices方法上。
1: //註冊方式1
2: new WebHostBuilder()
3: .ConfigureServices(svcs => svcs 4: .AddSingleton<IStartupFilter, Filter1>() 5: .AddSingleton<IStartupFilter, Filter2>()) 6: … 7: 8: //註冊方式2
9: public class Startup
10: {11: public void ConfigureServices(IServiceCollection svcs)
12: { 13: svcs.AddSingleton<IStartupFilter,Filter1>() 14: .AddSingleton<IStartupFilter, Filter2>(); 15: } 16: }
既然中間件可以同時通過Startup和StartupFilter進行註冊，那麼通過這兩個種方式註冊的中間件有何不同嗎？其實它們唯一的區別在於StartupFilter註冊的中間件會先執行。話句話說，對於由註冊中間件構成的管道來說，通過Startup註冊的中間件位於通過StartupFilter註冊的中間件之後。我們不妨通過一個簡單的實例來證實這一點。我們在一個ASP.NET Core控制台應用中定義如下四個中間件類型（Foo、Bar、Baz和Gux），它們針對請求的處理邏輯很簡單，就是將自身的類型名稱寫入請求的響應中。
1: public abstract class MiddlewareBase
2: {3: private RequestDelegate _next;
4: 5: public MiddlewareBase(RequestDelegate next)
6: { 7: _next = next; 8: }9: public async Task Invoke(HttpContext context)
10: {11: await context.Response.WriteAsync($"{this.GetType().Name}=>");
12: await _next(context); 13: } 14: } 15: 16: public class Foo : MiddlewareBase
17: {18: public Foo(RequestDelegate next) : base(next){}
19: }20: public class Bar : MiddlewareBase
21: {22: public Bar(RequestDelegate next) : base(next) {}
23: }24: public class Baz : MiddlewareBase
25: {26: public Baz(RequestDelegate next) : base(next) {}
27: }28: public class Gux : MiddlewareBase
29: {30: public Gux(RequestDelegate next) : base(next) {}
31: }
接下來我們定義瞭如下一個泛型的 StartupFilter<TMiddleware>類，這是一個專門用於註冊指定類型中間件的StartupFilter，泛型參數代表註冊的中間件類型。在實現的Configure方法中，我們將中間件的註冊實現在返回的Action<IApplicationBuilder>對象中。
1: public class StartupFilter<TMiddleware> : IStartupFilter
2: {3: public Action<IApplicationBuilder> Configure(Action<IApplicationBuilder> next)
4: {5: return app=> {
6: app.UseMiddleware<TMiddleware>(); 7: next(app); 8: }; 9: } 10: }
我們最終編寫如下一段簡單的程式來啟動承載的應用程式。如下麵的額代碼片段所示，在利用WebHostBuilder創建並啟動WebHost之前，我們調用其ConfigureServices方法註冊了兩個StartupFilter<TMiddleware>對象，它們對應的中間件類型分別為Foo和Bar。在隨後調用的Configure方法中，我們又完成了針對中間Baz和Gux的註冊。這段程式實際上註冊了五個中間件（調用ApplicationBuilder的Run方法可以視為中間件註冊）。
1: public class Program
2: {3: public static void Main()
4: {5: new WebHostBuilder()
6: .UseKestrel() 7: .ConfigureServices(svcs => svcs8: .AddSingleton<IStartupFilter>(new StartupFilter<Foo>())
9: .AddSingleton<IStartupFilter>(new StartupFilter<Bar>()))
10: .Configure(app => app 11: .UseMiddleware<Baz>() 12: .UseMiddleware<Gux>()13: .Run(async context=> await context.Response.WriteAsync("End")))
14: .Build() 15: .Run(); 16: } 17: }
我們現在需要確定註冊的這五個在進行請求處理過程中的執行順序。為此我們直接啟動這個程式，然後開啟瀏覽器訪問預設的監聽地址（http://localhost:5000），瀏覽器會按照如下圖所示形式顯示出請求在這個五個中間件中的“路由”。瀏覽器顯示的結果清晰地表明通過StartupFilter註冊的中間件比通過Startup註冊的中間件先執行。對於兩個採用相同方式註冊的中間件，先被註冊的中間會先執行。
