匹配相同 URL 的两个 Spring Controller 会导致错误的控制器调用

Question

我们遇到了两个碰巧相互干扰的弹簧控制器的问题。 一个控制器通过通配符前缀匹配 URL 后缀。另一个控制器匹配一个 URL 前缀。我希望从左到右读取 URL，但似乎并非如此。

考虑以下代码（已编辑）：

    @RequestMapping(value = "/**/abcdefg")
    public class Controller1 {...}

    @RequestMapping(value = "/**/xyz")
    public class Controller2 {...}

    @RequestMapping(value = "/some/{path}")
    public class Controller3 
    {
        @RequestMapping(value = "/{page}", method = RequestMethod.GET)
        public String page(@PathVariable("page") final String page, final Model model)
        { //do sth }
    }

现在的问题是，如果调用 URL“/some/path/abcdefg”，Controller1 就会启动。但我想要 Controller3。

不幸的是，这种行为与其他控制器不一样！

如果 URL “/some/path/xyz” 被调用，Controller3 就会启动。这种行为对于控制器来说是可重现的。它的行为始终相同，并且控制器不是随机选择的。

spring 文档以及其他用户提出的问题都指向了这个想法，即采用与给定模式匹配的“第一个”控制器。然而，这对我来说意义不大，因为 Controller1 和 2 有一个 非常 相似的请求映射，但控制器的匹配却不同！

一切都由调度程序 servlet 处理。

有没有人暗示可能会发生什么？

Answer 1

这部分我希望从左到右读取 URL，但似乎并非如此。 你说得对，但事实并非如此。映射由特异性解决，相关文档可用here

URI 变量和通配符数量较少的模式是 考虑更具体。例如/hotels/{hotel}/* 有 1 个 URI 变量和 1 个通配符，被认为比 /hotels/{hotel}/** 其中 1 个 URI 变量和 2 个通配符。

如果两个模式的计数相同，则较长的一个是 考虑更具体。例如/foo/bar* 更长并且 被认为比/foo/* 更具体。

当两个模式具有相同的计数和长度时，模式与 更少的通配符被认为更具体。例如 /hotels/{hotel} 比 /hotels/* 更具体。

如果两个映射匹配一个请求，将应用更具体的映射。根据您的要求制定映射以遵循特定规则