为什么交换Django URL模式顺序后访问同一地址的报错不一致？

核心原因是Django的URL路由匹配逻辑是从上到下顺序匹配，命中第一个符合的规则后就会直接终止匹配，不会再检查后续规则，两种顺序下命中的视图完全不同，所以报错内容不一样。

第一种URL顺序报错的原因 #

原urlpatterns的规则顺序为：

• 空路径对应学校列表页
• 正则规则re_path(r'^(?P<pk>[-\w]+)/$', ...)对应学校详情页
• create/路径对应学校创建页
  你访问的create/路径完全符合第二条正则规则：[-\w]+可以匹配任意由字母、数字、下划线、连字符组成的字符串，create刚好满足匹配条件，因此路由会直接命中第二条规则，把字符串create作为pk参数传递给SchoolDetailView。DetailView默认会用传入的pk查询模型主键id字段，而主键是数值类型，传入字符串自然就抛出「Field 'id' expected a number but got 'create'」的错误，此时路由根本不会走到第三条create/的规则。

第二种URL顺序报错的原因 #

交换2、3条规则顺序后，create/路径规则放到了正则规则前面：

• 空路径对应学校列表页
• create/路径对应学校创建页
• 正则规则re_path(r'^(?P<pk>[-\w]+)/$', ...)对应学校详情页
  此时访问create/会先命中第二条create/规则，直接交给SchoolCreateView处理，不会再检查后面的正则规则。而SchoolCreateView本身存在配置问题，因此抛出对应的配置类错误。

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