早期路由系統

.NET Core2.2之前的框架中，中介軟體管道的結尾有一個Router中介軟體，也就是路由中介軟體，這個路由中介軟體會把HTTP請求和路由資料傳送給MVC的一個元件，它叫做MVC Router Handler。
這個MVC 路由 Handler就會使用這些路由資料來決定哪個Controller的Action方法應該來負責處理這個請求。
然後 Router中介軟體就會執行被選中的Action方法，並生成響應，而這個響應就會順著中介軟體的管道原路返回。

早期路由系統的弊端：

在Router中介軟體之前的中介軟體不知道請求被哪個Controller/Action處理了。如果你在中介軟體中想知道被哪個Action處理了，必須將邏輯解除安裝Router中介軟體中，導致職責耦合。
在core中授權中介軟體、CORS中介軟體都支援策略，通過Contrller上的Attribute獲取對應策略，所以需要在Router中介軟體之前知道請求被路由到哪個Controller/Action,以及標識的Attribute等資訊

Endpoint Routing路由系統

Endpoint routing 路由系統解決了以上問題。使用了兩個中介軟體

• Endpoint Routing 中介軟體。它決定了在程式中註冊的哪個Endpoint應該用來處理請求
• Endpoint 中介軟體。它是用來執行選中的Endpoint，從而讓其生成響應的

Endpoint Routing中介軟體

Endpoint Routing 中介軟體會分析進來的請求，並把它和在程式中註冊的Endpoints進行比較。它會使用這些 Endpoints 上面的元資料來決定哪個是處理該請求的最佳人選。然後，這個選中的Endpoint 就會被賦給請求的物件，而其它後續的中介軟體就可以根據這個選中的Endpoint，來做一些自己的決策。在所有的中介軟體都執行完之後，這個被選中的Endpoint最終將被 Endpoint中介軟體所執行，而與之關聯的Action方法就會被執行。
如果中介軟體中需要獲取到Controller、Action資訊，將中介軟體放到Endpoint Routing和Endpoint兩個中介軟體之間，通過以下程式碼獲取資訊

Endpoint endpoint = httpContext.GetEndpoint();
ControllerActionDescriptor controllerActionDescriptor = endpoint.Metadata.GetMetadata<ControllerActionDescriptor>();
var controllerType = controllerActionDescriptor.ControllerTypeInfo;//Controller Type
var allowAnonymous = endpoint.Metadata.GetMetadata<IAllowAnonymous>();//AllowAnonymousAttribute
 

Endpoint

Endpoint類中包含一個請求的委託（Request Delegate）和其它的一些元資料，使用這些東西，Endpoint類可以生成一個響應。
而在MVC的上下文中，這個請求委託就是一個包裝類，它包裝了一個方法，這個方法可以例項化一個Controller並執行選中的Action方法。
Endpoint還包含元資料，這些元資料用來決定他們的請求委託是否應該用於當前的請求，還是另有其它用途。

ControllerActionEndpointDataSource

ControllerActionEndpointDataSource裡面包儲存著在應用程式裡註冊的路由模板
ControllerActionEndpointDataSource類作為應用程式級別的服務被建立了
這個類裡面有一個叫做CreateEndpoints()的方法，它會獲取所有Controller的Action方法
然後針對每個Action方法，它會建立一個Endpoint例項。這些Endpoint例項就是包裝了Controller和Action方法的執行的請求委託（Request Delegate）
而針對每個Endpoint，它要麼與某個按約定的路由模板相關聯，要麼與某個Controller Action上的Attribute路由資訊相關聯。而這些路由在稍後就會被用來將Endpoint與進來的請求進行匹配。

參考：
https://www.cnblogs.com/cgzl/p/12561571.html