RouteCollection在ASP.NET Framework中可通过Items或索引安全遍历，而在ASP.NET Core中无公开遍历API，需通过EndpointDataSource等替代方案获取路由信息。
RouteCollection 本身不提供直接枚举全部路由定义的公开 API，但可通过其继承结构和运行时行为实现动态获取。关键在于理解它在不同框架中的定位：ASP.NET Framework（System.Web.Routing）与 ASP.NET Core（Microsoft.AspNetCore.Routing）的 RouteCollection 并非同一类型，设计目标与可访问性差异显著。
明确 RouteCollection 所属框架版本
动态获取的前提是确认你使用的实际类型：
-
ASP.NET Framework（.NET Framework）：使用
System.Web.Routing.RouteCollection，它继承自Collection<RouteBase>，因此Items属性或直接索引访问（collection[i]）是合法且安全的； -
ASP.NET Core（.NET 5+）：
Microsoft.AspNetCore.Routing.RouteCollection实现IRouteCollection，内部为只读集合，没有公开的遍历接口，也不暴露底层路由列表 —— 这是刻意设计，强调路由应通过RouteBuilder或中间件注册，而非运行时反射式读取。
Framework 场景：安全读取已注册路由
在传统 ASP.NET（如 MVC 5）中，可通过 RouteTable.Routes 获取实例，然后遍历：
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 直接用
for循环配合Count和Item[int]访问每个RouteBase子类（如Route、RouteValueDictionary）； - 检查
route.Url、route.Defaults、route.Constraints等属性提取模式与规则； - 若需按名称查找，使用
collection["name"]（支持字符串索引器）； - 注意：调用
GetReadLock()可避免并发修改风险，尤其在多线程注册场景下。
Core 场景：替代方案而非直接读取
ASP.NET Core 不鼓励也不支持从 RouteCollection 中“拉取”全部路由。可行路径包括：
-
注册阶段记录：在
ConfigureRoutes或AddControllersWithViews后续扩展中，自行维护一份路由元数据快照（例如List<RouteDescriptor>）； -
依赖
EndpointDataSource：通过 DI 获取IEndpointRouteBuilder对应的EndpointDataSource，再调用Endpoints属性（返回IReadOnlyList<Endpoint>），从中解析RoutePattern和元数据； -
启用路由诊断中间件：如
MapFallbackToController+ 自定义控制器，结合LinkGenerator尝试生成路径反推可用端点（属间接方式，有局限性）； - 切勿尝试反射
RouteCollection私有字段 —— 它无稳定契约，版本升级极易失效。
通用注意事项
无论哪一框架，动态获取都需警惕以下问题：
- 未命名路由在匹配时依赖顺序，遍历时无法还原原始注册意图；
- 约束（constraints）、自定义
IRouter或MatcherPolicy不会自动序列化为可读描述； - 路由可能含动态段（如
{id:int}），需解析RoutePattern而非简单字符串匹配； - 生产环境慎用遍历逻辑，避免成为性能瓶颈或安全信息泄露入口（如暴露内部控制器路径）。
