自SpringMVC4.2之后,RequestParam內部有4個參數:
1、String name
2、String value
3、boolean required
4、String defaultValue
其中name和value分別是對方的別名,即二者沒區別,我個人比較喜歡用name,因為它的某些特性使得name這個名字更直觀,下面會說到。
先看第一個映射方法的定義:
@RequestMapping("/paramTest0") public @ResponseBody String paramTest(Long id){ String result = ""; result += id; return result; }
①然后我在瀏覽器地址欄上輸入:http://localhost:8080/test/hello/paramTest0
瀏覽器顯示:null
這里引申出了SpringMVC的一個特性,即當瀏覽器中沒有輸入相應參數和值,那么SpringMVC不會給id賦值即id值是默認值null,因此參數都最好不要用基礎類型。
②在瀏覽器中輸入:http://localhost:8080/test/hello/paramTest0?userName=zhang&userName=li&id=9&userName=shit
瀏覽器顯示:9
說明瀏覽器中只要有輸入需要的參數即可,而不管是否包含多余的參數,且沒有規定順序(因為后台是可以根據key來獲取值的,而如果是通過QueryString則順序也不影響解析參數)。
③在瀏覽器中輸入:http://localhost:8080/test/hello/paramTest0?id=6
顯示為:6
這個就不解釋了。
#########################################分隔符##################################################
再看第二個映射方法的定義:
@RequestMapping("/paramTest") public @ResponseBody String paramTest(@RequestParam(name="userName", required = false) String[] userNames, Long id){ String result = ""; if(userNames != null){ for(int i=0;i<userNames.length;i++){ result += userNames[i] + "#"; } } result += id; return result; }
①然后在瀏覽器輸入:http://localhost:8080/test/hello/paramTest?userName=zhang&userName=li&id=5&userName=fuck
顯示為:zhang#li#fuck#5
由此引申出:首先URL請求的參數部分可以有多對參數的參數名一樣,如上面的userName,且它們中間可以用其它參數隔開(上面用了id=5隔開)而不會影響這幾個參數名一樣的參數值構成“數組”(對於瀏覽器而言它只是URL中的字符串而已是否重復沒半毛錢關系,Tomcat也不會主動將它拼成數組),
相同的參數名的值會被SpringMVC通過request.getQueryString()方法獲取完整的參數然后再將相同key的Entry轉換成數組(應該是SpringMVC判斷參數里有數組就不用getParameter方法而用getQueryString方法獲取參數),這里的元素值的順序則是跟在URL請求中的順序是對應的。
然后看我們方法參數里的是userNames而非userName,但是仍然顯示正確,這是因為RequestParam的name或value屬性的值userName才是和
瀏覽器那邊傳過來的參數名對應(個人認為這是name比value更直觀一點的原因),而它注解的參數userNames就是
此注解"userName"要“賦值”的變量(或說SpringMVC因為有RequestParam而做了個參數映射將客戶端請求中的參數值映射到相應方法的參數上,即userNames)。
還要注意,一個@RequestParam只能注解一個參數,即后面的Long id上是沒有該注解的。
RequestParam中的required是指這個參數是否客戶端必須提供,defaultValue則是如果沒有提供該參數默認值是什么(故required=true, defaultValue="xxx"就沒意義了)。