前篇说到了Response容器对象,这篇我们就来看一下Request容器对象,之前也说过了,这个两个容器对象是相对应的,每次用户请求服务器的时候web容器就会给创建这对容器对象,他们是共存亡的,当然Request除了有一个容器对象的角色,他还有一个角色就是Request域,我们之前在讲解Servlet的时候,说到一个ServletContext域,这个域的范围是整个web应用,这里的Request域的范围就小了,他只是一次用户的请求内,即用户发送一个请求的时候,Request创建,当用户关闭这次请求的时候Request就会消亡的。
下面就来看一下Request的相关方法:
**getContextPath()**:这个方法返回的是web应用映射的虚拟目录地址:如ServletDemo应用的虚拟目录是:/ServletDemo
**getCookies()**:这个方法返回的是一个Cookies[],我们在response容器那篇文章中看一个方法是向response容器中存入一个cookie的,这个方法是从Request容器中拿取多个cookies,因为用户在请求的时候会携带很多的cookie,关于Cookie的相关知识,我们会在后面的文章中进行详解
**getHeader(String name)/getIntHeader(String name)/getDateHeader(String name)**:这些方法是获取请求头信息的,只是针对不同的类型的,有字符串类型的,时间类型,数值类型的
**getHeaderNames()**:这个方法是获取所有请求头的字段名称
**getHeaders(String name)**:这个方法是获取一个请求头字段的所有值,因为有时候可能会有相同请求头字段信息,不会覆盖的
**getMethod()**:这个方法是获取客户机的请求方法
**getQueryString()**:这个方法是获取用户请求时的查询参数的,即url后面携带的参数,如:http://localhost:8080/ServletDemo/ServletRequest?username=jiangwei&password=123456,那么getQueryString()方法返回来的值就是username=jiangwei&password=123456
**getRequestSessionId()**:这个方法是获取客户机在请求的时候携带的sessionid值,有关session的相关知识,后面会详解
**getRequestURL()**:这个方法是获取客户机请求的url
**getServletPath()**:这个方法返回的是请求的Servlet的映射路径,比如:ServletRequest映射的是是/ServletRequest
**getServerName()/getServerPort()**:这两个方法是获取服务器的名称和端口号,比如localhost,8080
**getSession()/getSession(boolean mode)**:这两个方法是获取一个session对象,相关之后在session篇会说到
**getAttribute(String name)**:这个方法是从Request域中获取值
**getAttributeNames()**:这个方法是获取Request域中获取所有的字段名称
**getParameter(String name)**:这个方法是获取用户使用get/post方式携带的参数值
**getParameterNames()**:这个方法是获取用户请求时携带的所有参数名称
**getParameterMap()**:这个方法是获取用户请求时携带的参数名称和参数值,并将其组装成一个Map对象
**getParameterValues()**:这个方法是获取用户请求携带的参数值,因为有时候一个参数名称可能对应多个值
**setAttribute(String name,Object value)**:这个方法是设置Request域中的属性值
**removeAttribute(String name)**:这个方法是删除Request域中的属性值
**getInputStream()/getReader()**:这个方法是获取用户请求的时候上传的输入流,比如我们在处理用户上传文件的时候。需要用到这个输入流
**setCharacterEncoding(String name)**:这个方法是设置Request容器的编码
**getRemoteAddr()/getRemoteHost()**:获取客户机的IP地址和主机名
**getProctocol()**:获取协议名称
**getRequestDispatcher(String path)**:获取一个转发对象RequestDispatcher,进行转发操作
下面就通过实例来看一下上面方法的使用:
public void test1(HttpServletRequest request) throws Exception{
//有时候可能有多个name
String[] nameAry = request.getParameterValues("username");
//在获取用户的请求数据的时候先要进行判断数据的有效性,然后再去使用,提高应用的健壮性
if(nameAry != null){
System.out.println("getParameterValues方法");
System.out.println("---------------------");
System.out.println("参数名称:username");
for(int i=0;i<nameAry.length;i++){
System.out.println(nameAry[i]+",");
}
System.out.println();
}
System.out.println("getParameterMap方法");
System.out.println("------------------");
Map<String,String[]> map = request.getParameterMap();
if(map != null){
Set<Entry<String,String[]>> set = map.entrySet();
Iterator<Entry<String,String[]>> iterator = set.iterator();
while(iterator.hasNext()){
Entry<String,String[]> entry = iterator.next();
System.out.println("参数名:"+entry.getKey());
String[] values = entry.getValue();
if(values != null){
for(int i=0;i<values.length;i++){
System.out.print(values[i]+",");
}
System.out.println();
}
}
}
System.out.println();
System.out.println("getParameterNames()方法");
System.out.println("----------------------");
Enumeration names = request.getParameterNames();
if(names != null){
while(names.hasMoreElements()){
String name = (String) names.nextElement();
System.out.println("参数名:"+name);
System.out.println("参数值:"+request.getParameter(name));
}
}
}
这里我还需要设计一个demo.jsp,在里面设计一个表单进行数据的上传:
<form action="/ServletDemo/ServletRequest" method="post">
用户名1:<input type="text" name="username"/><br/>
用户名2:<input type="text" name="username"/><br/>
密码:<input type="text" name="password"/><br/>
<input type="submit" value="提交"/>
</form>
我们传递了两个参数名称为:username的字段,我们在浏览器中输入:http://localhost:8080/ServletDemo/demo.jsp,然后打印结果:
getParameterValues方法
---------------------
参数名称:username
aaa,
bbb,
getParameterMap方法
------------------
参数名:username
aaa,bbb,
参数名:password
123,
getParameterNames()方法
----------------------
参数名:username
参数值:aaa
参数名:password
参数值:123
下面我们再来看一下request的乱码问题:
我们还是直接使用demo.jsp中的方式传递参数,当我们在页面文本框中输入"中国"
在控制台中打印获取到的username的值,显示的是??,这个是因为Request域中的采用的是ISO8859-1码表的,而我们的demo.jsp使用的是utf-8编码的,所以当我们点击提交的时候,浏览器会将"中国"使用utf-8码表编码,然后web容器创建一对request/response容器对象,数据传入到request容器中,因为request容器使用的是iso8859-1编码的,所以当我们在Servlet中从request容器中读取数据,使用的是iso8859-1进行解码的,所以会出现乱码了,所以我们只需要将request的容器码表设置成和我们页面显示的码表一样就可以了。这样我们在getParameter的时候得到正确的解码(utf-8)数据
request.setCharacterEncoding("utf-8");
String name = request.getParameter("username");
System.out.println("username:"+name);
这时候就可以了,就能够正常显示了。
但是问题还没有结束,以上说到的乱码问题是在使用post方式传递的数据,下面我们在来看一下使用get方式传递数据的乱码问题,
昨天突然发现request.setCharacterEncoding("UTF-8")这句代码失效,前后台编码统一都是UTF-8,但通过request.getParameter("name")接收到的表单数据依然乱码,后来发现原因是表单的提交方式没有设置,也就是采用了默认的 GET 方式提交。
那为什么 GET 方式会出现问题?难道request.setCharacterEncoding("UTF-8")这句代码只对POST方式提交数据才有效?
做了一些测试之后总结出了一点规律:
1、web浏览器对页面上通过 GET 方式提交的数据会进行URL编码,采用的编码方式通常由html页面上
URLDecoder.decode("%E4%B8%AD%E5%9B%BD","UTF-8");
返回解码之后的字符串,第二个参数是指采用何种字符集解码"%E4%B8%AD%E5%9B%BD"这个字符串。打印以上代码成功显示“中国”二字,说明解码正确!
4、前面已经说过了:web服务器会自行解码%E4%B8%AD%E5%9B%BD这个字符串,但是我们通过request.getParameter("name")得到的却是乱码,所以问题一定出在web服务器在解码E4%B8%AD%E5%9B%BD这个字符串的时候采用的字符集不对。
5、经过测试发现,web服务器(只测试了tomcat6)对 GET 方式的数据提交采用的解码字符集是"ISO-8859-1",所以web服务器其实是这样解码的:
URLDecoder.decode("%E4%B8%AD%E5%9B%BD","ISO-8859-1");
因此:明显服务器的解码方式是不对的,因为编码采用的是UTF-8,而解码却用的ISO-8859-1。
6、所以,request.getParameter("name")返回的是用ISO-8859-1解码的字符串,那么必然是乱码了!
那么如何获得正确编码的字符串?可以采用以下的方式:
String a = new String(request.getParameter("name").getBytes("ISO-8859-1"),"UTF-8");
总结: 因为GET方式提交数据会被浏览器进行URL编码,而tomcat服务器会采用了错误的解码方式进行解码,所以得的是乱码。而POST方式提交的数据不会被浏览器进行URL编码,所以服务器直接按照request.setCharacterEncoding("UTF-8")
所指定的编码方式解析字符串,因此在POST方式下request.setCharacterEncoding("UTF-8")是好用的!
这里的解决方式有两种,
一种:是通过String类的getBytes方法进行编码转换,具体java代码是:
new String(request.getParameter(“name”).getBytes(“iso-8859-1”),“客户端编码方式”)
这里的客户端编码方式就是页面的编码,比如demo.jsp中使用的是utf-8
第二种:在服务器server.xml代码中改配置信息:
<Connector port="8080"protocol="HTTP/1.1" maxThreads="150" connectionTimeout="20000"
redirectPort="8443"URIEncoding="客户端编码"/>
这样我们就修改了Tomcat中的编码和解码字符集了。当tomcat获取客户机使用get方式带来的数据使用URL解码的字符集
当然我们之后修改server.xml之后需要重启服务器的,所以第二种方式是不赞同使用的。
上面我们就讲述了如何解决request的乱码问题
下面我们再来看一下请求转发的问题:
对于重定向和转发我们这里就不做太多的介绍了,之前不知道说了好多遍了,我们之前说过ServeltContext也是可以得到一个转发对象RequestDispatch的,其实Request也是可以得到一个RequestDispatch对象的,我们还是来做个例子,通过一个servlet转发到另一个servlet:
Servlet1代码:
public void doGet(HttpServletRequest request, HttpServletResponse response)throws ServletException, IOException {
//在request域中存入一个属性值,然后转发到Servlet2中进行读取
request.setAttribute("data", "Hello Servlet2");
request.getRequestDispatcher("/Servlet2").forward(request, response);
}
我们在request域中存入data属性,然后在Servlet2中读取出来进行显示:
Servlet2代码:
public void doGet(HttpServletRequest request, HttpServletResponse response)throws ServletException, IOException {
//获取属性值
String data = (String) request.getAttribute("data");
//打印
response.getWriter().write(data);
}
运行结果:
我们取出来了属性data的值,显示成功了,但是我们记得在之前说的ServletContext域中存入了data属性值,那个也是可以读取的,但是那时候我们说过那种方式是不可靠的,因为ServletContext是全局的,整个web应用都是有效的,所以可能发生数据错乱的情况,比如现在一个人去请求servlet1,就在要进行转发到servlet2的时候,这时候又来一个人去请求servlet1,这时候他也去设置data属性值,因为ServletContext是全局的,所以第一个人在servlet2中读取的可能是第一个人在servlet1中存入的属性值,那样数据就乱了,所以我们只能使用request域了,而且转发都是在一个request域中的,当多个用户来访问servlet1的时候,是有多个request域的,所以互相是不会干扰的,这样数据也是不会乱的,所以说在使用转发技术的时候使用request域存数据是可靠的,而不是用ServletContext域。
下面在来看一下使用转发技术的时候我们需要注意的问题:
当我们在使用转发的时候不能将response流关闭了,不然会报错的,即在request.getRequestDispatcher("index.jsp").forward(request,response);这行代码前不能将response.getOutputStream流关闭。
//关闭流
response.getOutputStream().close();
//进行转发
RequestDispatcher rd = request.getRequestDispatcher("/demo.jsp");//不是使用ServletContext的
rd.forward(request, response);
异常:
这个关闭流操作是很明显的,下面我们在看一下一个不明显的,也是最容易犯错的:
request.getRequestDispatcher("/demo.jsp").forward(request, response);
//转发完之后再去转发
request.getRequestDispatcher("/index.jsp").forward(request, response);
从代码中我们可以看到是在一次转发之后,在通过一次转发,这个报错的原因和上面的是一样的,因为当一个转发之后,response就是想浏览器输出数据了,当输出完数据之后,response就会自动的关闭流,所以会报和上面的错误,这种错误是经常犯的,因为我们有时候会在不同的页面或者servlet中进行转发,这样就可能造成这种错了,所以我们解决这种问题就是:
在每次调用转发代码之后一定要记得添加一句代码:return;
这样后续的代码就不会执行了,所以就不会有这种错误了,同样的前面说到的重定向也是这样的问题,为了我们在重定向之后,后续的代码不在执行,所以必须添加一句代码:return;
关于转发还有一个问题就是,在使用转发技术的时候,会冲掉response中已写入的数据:实例代码如下:
//在调用转发之前向response中写入的数据,会被冲掉
String data = "aaaaaa";
response.getWriter().write(data);
request.getRequestDispatcher("/demo.jsp").forward(request, response);
这样我们只能看到demo.jsp页面,而看不到"aaaaaa"数据了,因为他被冲掉了。
最后我们在看一下在web应用中怎么书写各种路径:
规则:
写任何地址都是使用斜杠开头:如果是写给服务器用的这个"/"就代表当前web应用,如果是写给浏览器用的:这个"/"是指当前网站
浏览器用的:客户机需要这个地址去请求服务器
服务器用的:服务器本身用的
实例:
//1:写给服务器用的
request.getRequestDispatcher("/form1.html").forward(request, response);
//2:写给浏览器的
response.sendRedirect("/ServletDemo/form1.html");
//3:写给服务器用的
this.getServletContext().getRealPath("/WEB-INF/form1.html");
//4:写给服务器用的
this.getServletContext().getResourceAsStream("/form1.html");
//5:写给浏览器用的
/**
* <a href="https://my.oschina.net/ServletDemo/form1.html">点点</a>
*/
//6:写给浏览器用的
/**
* <form action="/ServletDemo/form1.html">
* </form>
*/