ASP.NET 5 正则路由拦截带文件后缀URL时多级路径匹配失效问题

1. 路由模式不符合ASP.NET Core路由的占位符匹配规则 #

• 你配置的File路由规则@".*\.(css|js|gif|jpg)(/.)?"是直接将裸正则作为路由规则传入，但ASP.NET Core的路由pattern字段不支持全局裸正则直接匹配。
• 路由系统的普通文本匹配逻辑不会让.*跨越路径分隔符/进行匹配，当请求是多级路径（如/z/style.css）时，.*只能捕获最后一个路径段的内容style，遇到前置的/z/就会匹配中断。而根路径下的/style.css没有前置路径段，刚好能被这段歪打正着匹配到，这就是为啥单级根路径的文件请求能触发规则、多级路径就匹配不上的直接原因。
• 之前尝试的{ssn}占位符+正则约束的写法同样有这个问题：普通占位符默认不会捕获带/的路径内容，ssn只能拿到最后一个路径段的值，前置的多级路径根本不在约束的检测范围内，正则写得再精准也匹配不到。

2. 路由注册顺序与规则设计存在冲突 #

• ASP.NET Core的路由匹配是按注册顺序从上到下执行的，只要前面的路由能匹配就不会往下走。你当前先注册默认路由、后注册File拦截路由的顺序，本身就和拦截逻辑的优先级要求相反：正常应该把拦截规则放在最前面，优先匹配特殊场景，再走通用路由。
• 你写的默认路由pattern "{*.}"本身也不符合catch-all的语法规范：单星占位符只会匹配当前层级的路径段，根本实现不了“覆盖全路径”的设计目标，所以多级路径请求会从这个默认路由漏过，到后面的File路由规则时，因为File规则本身的匹配缺陷无法命中，就直接走到了非预期的处理逻辑。

3. 正则规则本身存在语法错误 #

• 规则里的(/.)?部分没有对正则特殊字符做转义：.在正则语义里是匹配任意单个字符，不是你想表达的字面点或路径分隔符，这段的匹配逻辑从根上就是错的。
• 之前被注释的MapGet写法直接将正则字符串作为路由路径传入，没有通过占位符+约束的正确格式告诉路由系统这是正则规则，路由只会把整串内容当普通静态路径匹配，完全不会执行你写的正则逻辑。

可直接落地的修正方向 #

• 调整注册顺序：将文件类URL的拦截路由放在默认路由之前注册，优先匹配特殊拦截规则，避免被通用路由提前截胡
• 使用双星号的catch-all占位符{**路径参数}实现跨层级的全路径捕获，再挂正则约束检测后缀
• 用转义后的正则严格匹配以指定静态后缀结尾的请求，直接返回404状态码

内容的提问来源于stack exchange，提问作者Pablo