ASP.NET Core路由匹配返回405而非404：Bug还是理解偏差？

答案是b) 你的理解错误，/foo/literal返回405是正确的，核心原因是你对ASP.NET Core路由模板的语法解析逻辑理解有误。

路由模板的实际解析规则 #

你写的[HttpPost("{id}:bar")]并非你预期的“匹配{id}:bar格式的路由段”，而是被路由系统解析为：

• 定义一个名为id的路由参数
• 为该参数指定一个名为bar的路由约束

由于bar既不是ASP.NET Core内置的路由约束（如int、guid），也没有自定义实现这个约束，路由系统会直接忽略这个无效约束。这就导致你的路由模板实际上等价于[HttpPost("{id}")]，即匹配foo/后接任意单个路由段的路径，包括/foo/literal。

状态码的逻辑 #

ASP.NET Core的状态码规则是：

• 404：请求路径未匹配到任何已定义的路由端点
• 405：请求路径匹配到了路由端点，但该端点不支持当前HTTP方法

所以：

• 对于GET/DELETE /foo/literal：路径匹配到了你的POST端点，但该端点只支持POST方法，因此返回405，并在响应头中返回Allow: POST，明确告知允许的请求方法。
• 对于POST /foo/literal：按路由规则应该匹配到端点并返回200，你测试得到404可能是测试过程中的误操作（比如路径拼写错误、请求配置问题），或者项目中存在其他路由配置干扰。

正确实现预期路由的方法 #

如果你想要匹配{id}:bar格式的路由段（即路由段必须以:bar结尾），需要将冒号作为字面量转义，修改路由模板为：

[HttpPost("{id}\\:bar")]

这样路由系统才会将:bar视为必须的字面量后缀，此时/foo/literal这类不包含:bar的路径会直接返回404，符合你的预期。

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