寫這篇部落格的想法是前一陣子在csdn的問答中遇到有人問這個問題（傳送門:http://ask.csdn.net/questions/382662），當時我也很懵逼，因為確實沒有具體研究過，所以趁這次機會記錄一下，如果有什麼不對滴，請大家多多斧正，始めましょう。。。

先放程式碼

/**
 * Created by xyc on 2017/5/14 0014.
 */
@Controller
@RequestMapping("/path")
public class PathController {
    /**
     * 測試發現/methodA/{param1}/{param2}可以通過，/methodA/{param1}則報錯
     * @param
 
 param1
     * @param param2
     * @return
     */
    @ResponseBody
    @GetMapping(value={"/methodA/{param1}","/methodA/{param1}/{param2}"})
    public String methodA(@PathVariable("param1") Integer param1,@PathVariable("param2") Integer param2){
        return "methodA success:param1="+param1+",param2="
 
+param2;
    }

    /**
     * 測試發現/methodB/{param1}/{param2}和/methodB/{param1}都可以通過
     * @param param1
     * @param param2
     * @return
     */
    @ResponseBody
    @GetMapping(value={"/methodB/{param1}","/methodB/{param1}/{param2}"})
    public String methodB(@PathVariable(value = "param1",required = true
 
) Integer param1,@PathVariable(value = "param2",required = false) Integer param2){
        return "methodB success:param1="+param1+",param2="+param2;
    }

    /**
     * 測試發現/methodC/{param1}/{param2}可以通過，/methodC/{param1}則報錯
     * @param param1
     * @param param2
     * @return
     */
    @ResponseBody
    @GetMapping(value="/methodC/{param1}/{param2}")
    public String methodC(@PathVariable(value = "param1",required = false) Integer param1,@PathVariable(value = "param2",required = false) Integer param2){
        return "methodC success:param1="+param1+",param2="+param2;
    }

    /**
     * 測試發現/methodD/{param1}/{param2}可以通過，/methodD/{param1}則報錯
     * @param param1
     * @param param2
     * @return
     */
    @ResponseBody
    @GetMapping(value="/methodD/{param1}/{param2}")
    public String methodD(@PathVariable(value = "param1",required = true) Integer param1,@PathVariable(value = "param2",required = false) Integer param2){
        return "methodD success:param1="+param1+",param2="+param2;
    }

    /**
     * 測試發現/methodE/{param1}/{param2}/suffix可以通過，/methodC/{param1}/suffix和/methodC/suffix則報錯
     * @param param1
     * @param param2
     * @return
     */
    @ResponseBody
    @GetMapping(value="/methodE/{param1}/{param2}/suffix")
    public String methodE(@PathVariable(value = "param1",required = false) Integer param1,@PathVariable(value = "param2",required = false) Integer param2){
        return "methodE success:param1="+param1+",param2="+param2;
    }

    /**
     * 測試發現/methodF/{param1}/{param2}/suffix可以通過，/methodD/{param1}/suffix和/methodD/suffix則報錯
     * @param param1
     * @param param2
     * @return
     */
    @ResponseBody
    @GetMapping(value="/methodF/{param1}/{param2}/suffix")
    public String methodF(@PathVariable(value = "param1",required = true) Integer param1,@PathVariable(value = "param2",required = false) Integer param2){
        return "methodF success:param1="+param1+",param2="+param2;
    }
}

好，這篇部落格就到這裡，大家下次見……

哈哈，開個小玩謔，接下來解釋一下（背景音藥走起，動詞大慈…），first，讓我們看一下methodA和methodB

• 對於methodA，我的註釋已經寫了，/methodA/{param1}/{param2}可以通過，/methodA/{param1}則報錯，因為@PathVariable的required預設值是true（這裡注意不要把required預設值誤以為是false），所以理所當然你的param1和param2都要提供，不然就報錯；
• 對於methodB，我通過將param1設定為必須，而param2設定為非必須，那麼我就可以通過判斷有木有param2來對映路徑，所以/methodB/{param1}/{param2}和/methodB/{param1}都可以通過；當然你如果把param1和param2都設定為非必須的捏，其實這種情況和methodB產生的結果一毛一樣；

剛開始測試完methodA和methodB後我就想/method/{param1}/{param2}其實是隱含包括/method/{param1}的，就是param2不輸入唄，但是測試了methodC和methodD後我發現我被打臉了（難道我滴想法不對麼）

• 如methodC所示，我只提供了/methodC/{param1}/{param2}這一種匹配路徑，同時將param1和param2都設定為非必須，然後測試發現/methodC/{param1}/{param2}可以通過，/methodC/{param1}則報錯，本來按照我的想法/methodC/{param1}報錯是可以理解的，因為在param1和param2都可以為空的情況下你只傳一個引數，他不知道這到底是param1還是param2，但是按照順序來講的話，如果你的引數緊接著methodC，例如methodC/1的話，那麼他就代表著1會匹配param1，因為param1也是緊接著methodC，當然沒有methodC//1這種寫法，不然的話1可能會匹配param2，呵呵呵…
• mehtodD也沒什麼好講的，因為它的結果和methodC一樣，儘管它的param1是必須，而param2是非必須，然鵝這並沒有什麼卵用，看來還是param1太寂寞了，沒有param2就不行；

接下來我又開始開腦洞，是不是給匹配路徑加一個字尾就好了，因為在我的想法中字尾起到一個定位功能，有了起點和終點，應該可以了吧，但是又一次被現實無情的打臉，methodE和methodF就不細講了。

本篇部落格的結論就是如果你想讓一個controller方法處理多個請求，那麼就按methodB的套路來，不要想太多，如果部落格有什麼錯誤的地方，歡迎請大家指正……