javaee

SpringMVC后台控制层获取参数的方式主要有两种，一种是request.getParameter("name")，另外一种是用注解@RequestParam直接获取。这里主要讲这个注解

一、基本使用，获取提交的参数
后端代码：

@RequestMapping("testRequestParam")
   public String filesUpload(@RequestParam String inputStr, HttpServletRequest request) {
    System.out.println(inputStr);

    int inputInt = Integer.valueOf(request.getParameter("inputInt"));
    System.out.println(inputInt);

    // ......省略
    return "index";
   }

前端代码：

<form action="/gadget/testRequestParam" method="post">
     参数inputStr:<input type="text" name="inputStr">
     参数intputInt:<input type="text" name="inputInt">
form>

前端界面：


执行结果：
test1
123

可以看到spring会自动根据参数名字封装进入，我们可以直接拿这个参数名来用

二、各种异常情况处理
1、可以对传入参数指定参数名

@RequestParam String inputStr
// 下面的对传入参数指定为aa，如果前端不传aa参数名，会报错
@RequestParam(value="aa") String inputStr

错误信息：
HTTP Status 400 - Required String parameter 'aa' is not present

2、可以通过required=false或者true来要求@RequestParam配置的前端参数是否一定要传

// required=false表示不传的话，会给参数赋值为null，required=true就是必须要有
@RequestMapping("testRequestParam")
    public String filesUpload(@RequestParam(value="aa", required=true) String inputStr, HttpServletRequest request)

3、如果用@RequestMapping注解的参数是int基本类型，但是required=false，这时如果不传参数值会报错，因为不传值，会赋值为null给int，这个不可以

@RequestMapping("testRequestParam")
   public String filesUpload(@RequestParam(value="aa", required=true) String inputStr,
        @RequestParam(value="inputInt", required=false) int inputInt
        ,HttpServletRequest request) {

    // ......省略
    return "index";
   }

解决方法：

    “Consider declaring it as object wrapper for the corresponding primitive type.”建议使用包装类型代替基本类型，如使用“Integer”代替“int”

self.location.href;//当前页面打开URL页面
window.location.href;//当前页面打开URL页面
this .location.href;//当前页面打开URL页面
location.href;// 当前页面打开URL页面
parent.location.href;//在父页面打开新页面

top.location.href;//在顶层页面打开新页面


jQuery(function(){}) 或$(function(){}); 它是$(document).ready() 的简写

自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){
                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"就没意义了）。

作者：Silentdoer
欢迎任何形式的转载，但请务必注明出处。
限于本人水平，如果随笔/文章及代码有表述不当之处，还请不吝赐教。

①request.getParameter(“username”)等价于${param.username }，它们一般用在服务器获取页面或客户端的内容，这些内容都是String的；

②request.getAttribute(“username”)等价于${requestScope.username}，一般是从服务器传递数据到页面，在页面中获取服务器保存在其中的数据内容。

<%!%>是声明标签

<%=%>获取后台的变量值，比如后台一个session["ab"]="ab";前台<%=session["ab"]%>就能取到值；
<%:%>同<%=%>。

<%@ page ... %>	定义网页依赖属性，比如脚本语言、error页面、缓存需求等等
<%@ include ... %>	包含其他文件
<%@ taglib ... %>	引入标签库的定义

request	HttpServletRequest类的实例
response	HttpServletResponse类的实例
out	JspWriter类的实例，用于把结果输出至网页上
session	HttpSession类的实例
application	ServletContext类的实例，与应用上下文有关
config	ServletConfig类的实例
pageContext	PageContext类的实例，提供对JSP页面所有对象以及命名空间的访问
page	类似于Java类中的this关键字
Exception	Exception类的对象，代表发生错误的JSP页面中对应的异常对象

和一样,也是需要嵌套在当中的,嵌套在当中 

... 用于定义一个表格开始和结束 

... 定义表头单元格。表格中的文字将以粗体显示，在表格中也可以不用此标签，标签必须放在标签内 

... 定义一行标签，一组行标签内可以建立多组由或标签所定义的单元格 

... 定义单元格标签，一组标签将将建立一个单元格，标签必须放在标签内

\n 用于字符串的换行

用于html的换行

JSP 读取表单数据

• getParameter(): 使用 request.getParameter() 方法来获取表单参数的值。

• getParameterValues(): 获得如checkbox类（名字相同，但值有多个）的数据。 接收数组变量 ，如checkbox类型

• getParameterNames():该方法可以取得所有变量的名称，该方法返回一个Emumeration。

• getInputStream():调用此方法来读取来自客户端的二进制数据流。

这两个应该是HTML标记吧?
p是段落标记

b是加粗

@RequestParam 
A） 常用来处理简单类型的绑定，通过Request.getParameter() 获取的String可直接转换为简单类型的情况（ 由String到 简单类型的转换操作由ConversionService配置的转换器来完成）；因为使用request.getParameter()方式获取参数，所以可以处理get 方式中queryString的值，也可以处理post方式中 body data的值。
B）用来处理Content-Type: 为 application/x-www-form-urlencoded编码的内容，提交方式GET、POST。(不设置这个属性，好像这就是默认值)
C) 该注解有两个属性： value、required； value用来指定要传入值的id名称，required用来指示参数是否必须绑定。
在方法参数里面如是：public @ResponseBody JsonResult getPublishedToposByConnStreamId(@RequestParam(value = "streamId", required = false) String streamId) {}
@RequestBody
A) GET、POST方式提时， 根据request header Content-Type的值来判断:
application/x-www-form-urlencoded， 可选（即非必须，因为这种情况的数据@RequestParam, @ModelAttribute也可以处理，当然@RequestBody也能处理）；
multipart/form-data, 不能处理（次类型多用来上传文件类型---即使用@RequestBody不能处理这种格式的数据,@RequestParam这个却是可以处理的。）；
其他格式， 必须（其他格式包括application/json, application/xml等。这些格式的数据，必须使用@RequestBody来处理）；
B) PUT方式提交时， 根据request header Content-Type的值来判断:(表示没见过put方式滴，可以无视吧。)
application/x-www-form-urlencoded， 必须；
multipart/form-data, 不能处理；
其他格式， 必须；
说明：request的body部分的数据编码格式由header部分的Content-