说明：
（1）本篇博客主要内容是：【后台的Controller方法】如何获取【前端传过来的数据】；然后，本篇博客【后台的Controller方法】是以【方法参数】的方式接收【前端传过来的，请求中的数据】的；
（2）本篇博客的代码延续自【SpringMVC入门与数据绑定4：Spring MVC数据绑定一：URL Mapping（URL映射）；（@RequestMapping，@GetMapping、@PostMapping）】；
目录
前置性介绍；
零：【后台的Controller方法】如何获取【前端传过来的数据】的两种方法；
一：后台Controller使用【方法参数】接收【前端传过来的，请求中的数据】；（Post请求）
1.简述；
2.案例；
3.和【传统Servlet获取请求中参数】 相比，【Spring MVC获取请求中数据】优势分析；
4.后端接收前端数据时，类型转换错误：报400错误；
二：后台Controller使用【方法参数】接收【前端传过来的，请求中的数据】；（Get请求）
1.一种“不建议使用的”方式：
2.“建议使用的方式”：使用【@RequestParam】；
前置性介绍；
（1）在【SpringMVC入门与数据绑定4：Spring MVC数据绑定一：URL Mapping（URL映射）；（@RequestMapping，@GetMapping、@PostMapping）】中，已经介绍了如何把【Controller的方法】与【url】绑定在一起；
（2）在大部分情况下，请求被发到后端时，这个请求常包含一些数据；这些数据通常是【请求参数的形式】，比如用户登录时的用户名和密码就会以【post请求参数的形式】发送到后台Controller的指定方法中；本篇博客就介绍【后台的Controller方法】如何获取【前端传过来的，请求中的数据】；
零：【后台的Controller方法】如何获取【前端传过来的数据】的两种方法；
（1）第一种做法是，后台Controller使用【方法参数】接收【前端传过来的，请求中的数据】；这种方法也是本篇博客介绍的内容；
（2）第二中做法是，后台Controller使用【Java Bean】接收【前端传过来的，请求中的数据】；这种方法是下一篇博客介绍的内容；
一：后台Controller使用【方法参数】接收【前端传过来的，请求中的数据】；（Post请求）
1.简述；
2.案例；
启动Tomcat，然后浏览器访问效果如下：
3.和【传统Servlet获取请求中参数】 相比，【Spring MVC获取请求中数据】优势分析；
（1）【传统Servlet获取请求中参数】：是通过形如【request.getParameter()】的方式获取的，还是比较麻烦的；
（2）【Spring MVC获取请求中数据】：直接在方法参数中写上就行了；；；由此感受到了【Spring MVC简化web开发难度】的意味；
4.后端接收前端数据时，类型转换错误：报400错误；
（1）已知【Spring MVC】可以完成自动类型转换；
（2）但是，万一【前台的password还包含字母】，即password不能转换为数字时：其就会报400错误；
所以，以后在开发过程中，如果报了400异常，就需要考虑【请求错误的问题了：即前后端数据不匹配问题】，即此时就需要考虑【是否在前端的表单中添加“表单验证”，以保证password必须只输入数字了】；
1.简述；
2.案例；
启动Tomcat，然后浏览器访问效果如下：
3.和【传统Servlet获取请求中参数】 相比，【Spring MVC获取请求中数据】优势分析；
（1）【传统Servlet获取请求中参数】：是通过形如【request.getParameter()】的方式获取的，还是比较麻烦的；
（2）【Spring MVC获取请求中数据】：直接在方法参数中写上就行了；；；由此感受到了【Spring MVC简化web开发难度】的意味；
4.后端接收前端数据时，类型转换错误：报400错误；
（1）已知【Spring MVC】可以完成自动类型转换；
（2）但是，万一【前台的password还包含字母】，即password不能转换为数字时：其就会报400错误；
所以，以后在开发过程中，如果报了400异常，就需要考虑【请求错误的问题了：即前后端数据不匹配问题】，即此时就需要考虑【是否在前端的表单中添加“表单验证”，以保证password必须只输入数字了】；
