SpringMVC接受前台传值

介绍一下关于springmvc接受前台传值的方法，及涉及的一些小知识点，包括get/post请求的区别。

控制器接受前台的值的方式

路径传值

    @RequestMapping("/login/{id}")  
    public String demo(@PathVariable Long id){  
        ...
    }  

通过@PathVariable就可以接受路径/login/{id}中的id值了。

From表单传值

先介绍模拟前台和实体类：

前台:

 <form action="/login">  
用户名：<input name="name"/>  
密码：<input name="pass"/>  
<input type="submit" value="登陆">  
</form>

实体类：
这里定义实体类需要注意的是，对于基本数据类型的成员变量尽量声明成其对应的包装类型…

 public class User{  
  	private String name;  
  	private String pass;  
  	
  	// ... get,set方法和空构造，这里以免篇幅过长省略不写，实际需要写
}  

1.使用原生态的HttpServletRequest

     @RequestMapping("/login")  
    public String login(HttpServletRequest request){  
        String name = request.getParameter("name")  
        String pass = request.getParameter("pass")  
    }  

2.使用@RequestParam注解

     @RequestMapping("/login")  
    public String login(HttpServletRequest request,  
                                    String name,  
     @RequestParam("pass")String password) // 表单属性是pass,用变量password接收  
    {  
      // 对name,和password进行操作省略
    }  

这里前台form的name属性值分别为name和pass，所以此时与形参不匹配的只有pass,需要使用@RequestParam注解就可以将不匹配的匹配，然后注入值。还有使用@RequestParam时，尽量用包装类型不用基本类型，如果加一个属性required=false,如@RequestParam(value="aa", required=false) int inputNum
这样如果没有传值过来时就会将null赋值给int类型，导致报错。我在项目中使用这个required=false是在使用分页功能时，默认是不传参数的，当点击翻页时就会传参，但都是调用的同一个controller方法，此时required=false这个的作用就很有用了。
另：对于@RequestParam， get(url传值)和post都可用，注：不适用contentType为multipart/form-data。
原因（对于request.getParameter()的解释，此处对于@RequestParam有参考）：
POST请求要根据表单提交数据的编码方式来确定能否使用.当编码方式是(application/x- www-form-urlencoded)时才能使用.这种编码方式(application/x-www-form-urlencoded)虽然简单，但对于传输大块的二进制数据显得力不从心.对于传输大块的二进制数这类数据，浏览器采用了另一种编码方式(“multipart/form-data”),这时就需要使用下面的两种方法：getInputStream()和getReader()。
上面两种方法获取的是Http请求包的包体,因为GET方式请求一般不包含包体.所以上面两种方法一般用于POST请求获取参数.需要注意的是：request.getParameter()、 request.getInputStream()、request.getReader()这三种方法是有冲突的，因为流只能被读一次。
这里又扯到了get/post区别了：

GET 方法

请注意，查询字符串（名称/值对）是在 GET 请求的 URL 中发送的：

/test/demo_form.asp?name1=value1&name2=value2

有关 GET 请求的其他一些注释：

GET 请求可被缓存
GET 请求保留在浏览器历史记录中
GET 请求可被收藏为书签
GET 请求不应在处理敏感数据时使用
GET 请求有长度限制
GET 请求只应当用于取回数据

POST 方法

请注意，查询字符串（名称/值对）是在 POST 请求的 HTTP 消息主体中发送的：

POST /test/demo_form.asp HTTP/1.1
Host: w3schools.com
name1=value1&name2=value2

有关 POST 请求的其他一些注释：

POST 请求不会被缓存
POST 请求不会保留在浏览器历史记录中
POST 不能被收藏为书签
POST 请求对数据长度没有要求

下面的表格比较了两种 HTTP 方法：GET 和 POST。

	GET	POST
后退按钮/刷新	无害	数据会被重新提交（浏览器应该告知用户数据会被重新提交）。
书签	可收藏为书签	不可收藏为书签
缓存	能被缓存	不能缓存
编码类型	application/x-www-form-urlencoded	application/x-www-form-urlencoded 或 multipart/form-data。为二进制数据使用多重编码。
历史	参数保留在浏览器历史中。	参数不会保存在浏览器历史中。
对数据长度的限制	是的。当发送数据时，GET 方法向 URL 添加数据；URL 的长度是受限制的（URL 的最大长度是 2048 个字符）。	无限制。
对数据类型的限制	只允许 ASCII 字符。	没有限制。也允许二进制数据。
安全性	与 POST 相比，GET 的安全性较差，因为所发送的数据是 URL 的一部分。在发送密码或其他敏感信息时绝不要使用 GET ！	POST 比 GET 更安全，因为参数不会被保存在浏览器历史或 web 服务器日志中。
可见性	数据在 URL 中对所有人都是可见的。	数据不会显示在 URL 中。

3.利用实体类

 public String login(User user)  
{  
   String name = user.getName();
   String pass = user.getPass();
}  

SpringMVC会自动将表单中的值与实体类中的属性进行匹配，自动注入形参的对象中。如果与实体类的属性不匹配的话，是传不了的。