赞
踩
通过getMethod方法获得的是客户端访问该web应用的Http请求方式。
代码和结果如下:
1 String requestMethod = request.getMethod(); 2 System.out.println(requestMethod);
想获取客户端发来的HTTP请求头中的内容可以使用如下方法:
这些方法在各个特定的情况下能有不同的用途,体现出获取客户端请求头方式的多样性。
如通过getHeader(String)可以获取指定请求头的数据内容:
1 String connectionState = request.getHeader("Connection"); 2 System.out.println(connectionState);
而通过getHeaderNames()可以获取发送的所有请求头,例:
- Enumeration e = request.getHeaderNames();
- while(e.hasMoreElements()) {
- String headerName = (String) e.nextElement();
- String headerValue = request.getHeader(headerName);
- System.out.println(headerName+":"+headerValue);
- }
而通过getHeaders(String)方法获取的是某个同名头的内容,适用于当某个请求头有多个内容时使用。
介绍完获取请求行和请求头,下面介绍获取请求数据中内容的方法:
getPatameter(String)
getParameterNames()
getParameterValues(String)
getParameterMap()
和getInputStream()
使用getPatameter(String)方式可以获取请求数据中指定的数据值
代码如下:
1 String value = request.getParameter("username"); 2 System.out.println(value);
通常可以在浏览器地址URL后直接写入参数数据来模拟GET方式:
最终在控制台得到:
通过getParameterNames()可以获取多个参数:
- Enumeration e = request.getParameterNames();
- while(e.hasMoreElements()) {
- String paramName = (String)e.nextElement();
- String paramValue = request.getParameter(paramName);
- System.out.println(paramName+":"+paramValue);
- }
使用getParameterValues(String)有助于获取当请求数据参数名有相同时的情况:
比如下面这种情况:
代码:
1 String[] values = request.getParameterValues("username"); 2 for(int i=0;i<values.length;i++) { 3 System.out.println(values[i]); 4 }
在控制台观察:
(注意:像getPatameter(String)、getParameterValues(String)等等这样的方法,都要小心空指针异常,可能的原因在于并没有这样的参数,还有一种就是在URL后没有任何参数传入,所以要特别注意,应该加入健壮性判断。这也是编程过程中会碰到传入参数都应该注意的问题。)
使用getParameterMap()可以获取以请求数据中参数和参数值作为的键值对的Map集合。这样我们就能同时获取键值对。假设有如下情况:
代码为:
- Map<String,String[]> map = request.getParameterMap();
- for(Map.Entry<String, String[]> entry :map.entrySet()) {
- String paramName = entry.getKey();
- for(int i=0;i<entry.getValue().length;i++){
- String paramValue = entry.getValue()[i];
- System.out.println(paramName+":"+paramValue);
- }
- }
如果请求数据参数为:
那么在控制台上看到的则是:
以上说明了常用的获取数据的方式,还有一种属于request响应对象的getInutStream方法,而这个方法一般只用于大容量的数据获取,比如文件上传,将在之后的篇章中介绍。
下面介绍其他常用方法
通过getRequestURI方法和getRequestURL可以获取http请求服务器资源的URI和URL,关于URI和URL的区别可以通过获取后的字符串来查看:
代码:
1 String fileURI = request.getRequestURI(); 2 System.out.println("URI: "+fileURI); 3 4 StringBuffer fileURL = request.getRequestURL(); 5 System.out.println("URL: "+fileURL.toString());
访问该Servlet,得到:
可以看出URI只包括在服务器中的web应用名和资源对外访问路径(虚拟目录)。
通过getQueryString()方法可以获取URL上由GET方式带来的参数:
若代码为:
1 System.out.println(request.getQueryString());
而我在访问这个Servlet的URL上添加:“?username=fjdingsd&password=123”:
那么当访问这个Servlet之后,在MyEclipse的控制台将看到:
通过getRemoteAddr方法可以获取访问该web应用的客户端IP地址。
代码:
1 System.out.println(request.getRemoteAddr());
而通过getRemoteHost方法获取的是访问该web应用的客户端主机名,如果没有在DNS服务器上注册的则是获取IP地址。这里说的主机名是指在DNS上注册的,比如www.baidu.com,那么通过该方法如果从该主机上来访问,则获取到的是:baidu.com。
在上一篇《Servlet的学习(十)》中介绍了HttpServletRequest请求对象的一些常用方法,而从这篇起开始介绍和学习HttpServletRequest的常用功能。
使用HttpServletRequest可以防止盗链行为,什么是盗链行为,比如说在一个别的网站上超链接,指向我们的网页中的某个数据,这样从他的网页上就可以直接进入到我的某个页面,无需从我的指定路口进入:
例如在一个简单的1.html文件中加入了我的【myservlet】web应用下的某个Servlet访问的超链接:
如果我的Servlet中代码仅仅为为访问输出数据,例如:
1 response.setContentType("text/html;charset=utf-8"); 2 String data ="银魂真是一部好动漫"; 3 response.getWriter().write(data);
那么点击这个超链接肯定会访问到这个Servlet:
那么我们如果不想被比人直接通过地址访问或者超链接访问怎么办呢:
记得学习HTTP协议中的“referer”请求头吗,这个请求头是告诉服务器该请求是从哪个URL发来的,那么我们就可以根据这个URL来判断是否是我们允许的请求地址来控制服务器是否将响应发送回去。
代码如下:
- String reqUrl = request.getHeader("referer");
- if(reqUrl==null || !reqUrl.startsWith("http://localhost:8080/myservlet/index.jsp")){
- response.sendRedirect("/myservlet/index.jsp");
- return ;
- }
-
- response.setContentType("text/html;charset=utf-8");
- String data ="银魂真是一部好动漫";
- response.getWriter().write(data);
在if判断中判断是否为空是防止直接将该web资源以输入URL地址直接访问,而另一个判断是防止访问该web资源不是从指定的地方来访问进来。
通过该代码,如果我们继续在1.html页面中点击超链接,则会自动跳转到我们设置好的index.jsp中:
而如果我们直接在浏览器中访问Servlet也是会跳到这个页面的。
只有在index.jsp中点击我们设置好的超链接,才能访问到:
接下来,我们来讨论的使用HttpServletRequest响应对象来获取表单数据,这是非常重要的知识点,表单提交的数据根据提交方式的不同会放置在不同位置,例如采用POST方式则会将这些数据放置在HTTP请求数据实体中,无论采用哪种方式,都是可以用响应对象的getParameter(String)等等方式获取,这点在《Servlet的学习(十)》中已经介绍。
现在,我们在需要新创建一个HTML页面编写我们的表单代码,和一个Servlet作为服务器端接收表单提交的数据,将Servlet命名为ServletRequest,而表单的传送服务器和选择HTTP方式如下:
1 <form action="/myservlet/servlet/ServletRequest" method="post">
先来看
1 <input type="text" name="user" /> 2 <input type="password" name="password" />
这两种常见的输入字符情况。
当然还需要在表单中提供具有提交功能的标签才能提交,我们选择
1 <input type="submit" value="提交" >
这样的提交方式,效果如下:
在表单中这两个都可以直接通过getParameter(String)方法获取用户输入的数据,代码如下:
1 String username = request.getParameter("user"); 2 String password = request.getParameter("password");
只要我们在用户名和密码中输入数据,再点击提交,就可以将用户名和密码中的数据传递给服务器:
同时,由原来的表单的HTML页面会自动跳转到该Servlet的页面上。
对于text和password两种表单方式的健壮性判断:
依据:
1,如果表单中用户名和密码不填,那么直接提交后会是传递给服务器空字符串。
2,如果不是在表单,而是知道了平常表单提交后会跳转的Servlet页面,那么直接输入该Servlet地址则是传递Null给服务器
因此必须加入健壮性语句:
1 String username = request.getParameter("user"); 2 if(username!=null && !username.trim().equals("")) { 3 System.out.println("user:"+username); 4 }
password部分代码同理。
接下来是单选按钮,比如性别选择:
1 性别 <input type="radio" name="gender" value="male"/>男 2 <input type="radio" name="gender" value="female"/>女
只有<input type=”radio”>标签中的”name”属性一样,才能具有单选的功能,同时”name”属性也是在Servlet中获取用户单选数据的重要参数,代码:
1 String gender = request.getParameter("gender");
如果单选没有选择任何选项,则提交会返回null,所以需加入健壮性语句:
1 String gender = request.getParameter("gender"); 2 if(gender != null) { 3 System.out.println(gender); 4 }
接下来是下拉列表,下拉列表可以是作为选择城市,如:
1 城市<select name="city"> 2 <option value="none">--选择城市--</option> 3 <option value="beijing">北京</option> 4 <option value="shanghai">上海</option> 5 <option value="hangzhou">杭州</option> 6 <option value="amoy">厦门</option> 7 </select>
由<select>标签中的”name”属性作为Servlet中服务器获取客户端发来的下来列表数据的重要参数,代码如下:
1 String city = request.getParameter("city"); 2 System.out.println(city);
由于下拉列表会默认选择其第一个<option>标签的内容,所有即使我们没有进行任何选择,也是会传递值得,这里可以无需健壮性判断。
接下来是复选框,复选框可以是一些所学技能,或者兴趣爱好,如:
1 爱好 <input type="checkbox" name="hobby" value="sing">唱歌 2 <input type="checkbox" name="hobby" value="surf">冲浪 3 <input type="checkbox" name="hobby" value="swim">游泳
由<input type=”checkbox”>标签中的name属性决定了这些复选框是否属于同一个复选框组,也是同时也是作为Servlet中获取表单复选框的数据的重要参数,由于多个参数使用同一个参数名,所以必须使用getParameterValues(String)方法来获取所有的被勾选的复选框,代码如下(包含健壮性):
1 String[] hobbies = request.getParameterValues("hobby"); 2 for(int i=0;hobbies!=null&&i<hobbies.length;i++) { 3 System.out.println(hobbies[i]); 4 }
如果没有勾选任何一个复选框,则不会向服务器Servlet传送任何数据。所以如果直接接收可能会发生空指针异常,必须判断是否接收到的字符串数组有数据(hobbies!=null)。
重要:
现在,我们再重新回到<input type="text" name="user" /> 上,如果我们输入的是中文数据,点击提交之后会是怎样?
在控制台看到的结果:
结果就是出现了中文乱码问题。这是浏览器在发送时通常要看当时的编码,如:
或者:
但是!!
在Servlet收到request请求对象发来的数据时,通过getParameter方法是默认查询“ISO-8859-1”码表的,所以造成了编码不一致!
解决方式也很简单,只要在Servlet中将获取的request对象选择正确的解码方式即可,只要在代码前添加一句:
1 request.setCharacterEncoding("UTF-8");
就可以获取表单中正确的中文数据了:
注意,对于响应对象的setCharacterEncoding方法只对HTTP协议的POST方式有效,对GET方式无效。
如果我们将表单提交方式改为GET,那么提交表单中有中文数据的话依然在Servlet中会出现乱码。
如果想使GET方式也不会出现中文乱码,并没有好的捷径方法。先要通过getParameter获取请求数据(这时在Servlet中以ISO8859码表进行解码),然后再通过ISO8859进行编码成字节数组,最后通过创建字符串对象的方式选择UTF-8解码表解出最开始客户端编码的数据。
代码如下:
1 String userTemp = request.getParameter("user"); 2 String username = new String(userTemp.getBytes("ISO8859-1"),"utf-8");
即可。
当然这种方式对POST方式也是有效的。
另外一种对GET方式是修改Tomcat中的配置文件(这种方式只适合GET方式,用POST方式还是会乱码)。通过Tomcat服务器的首页,选择“Configuration”查看配置文档,选择“Connector”下的“HTTP”:
在这个文档中有一个URIEncoding
属性,是指可以在server.xml文件中配置这个属性,如果没有这个属性,则Tomcat默认采用ISO8859-1编码:
通过在server.xml文件中的<connector>标签中添加设置即可:
由于是在Tomcat中修改server.xml文件,所以服务器需要重启。
经过这种方式,就无需在代码中再设置任何编码表,所有在服务器端都会采用“URIEncoding”属性设置的码表。但这个方式不建议使用。
同样在“Configuration”的配置文档中的“Connector”下的“HTTP”说明文档中,有useBodyEncodingForURI
这么个属性:
当在server.xml文件中的<connector>标签中添加设置了这个属性,还未完成:
还必须在Servlet中同时调用了响应对象的setCharacterEncoding方法,就能再次使GET方式不会出现乱码:
1 request.setCharacterEncoding("utf-8"); 2 String username = request.getParameter("user");
同样,这种配置server.xml文件的方式依然不建议采用。
最后说明一点,在HTML编程中,我们也可以使用超链接来提交数据,当然这样的方式属于HTTP中的GET方式,原理类似于在浏览器地址URL后手动添加参数,比如如下代码:
1 <a href="/myservlet/servlet/ServletRequest?user=银魂" >用户名为中文</a>
跟随的参数为中文!!
两种解决方式:
1,在这个超链接上必须将这个中文进行URL编码,必须在JSP中进行编写(在后面的篇章中会介绍如何使用);
2,或者使用上述GET处理中文乱码的第一种方式,进行双次编码:
1 String userTemp = request.getParameter("user"); 2 String username = new String(userTemp.getBytes("ISO8859-1"),"utf-8");
也是可以的。
首先来看RequestDispatcher对象的“转发”功能:
在《Servlet的学习(五)》中说过,使用ServletContext对象的getRequestDispatcher方法可以获得转发对象RequestDispatcher对象,将请求进行转发给其他的Servlet或者JSP处理,同时在该篇的结尾,也注明了其实使用ServletContext的方式不适合实际开发,因为ServletContext对象是web域对象,在web应用部署的整个生命周期内,是作为所有Servlet的共同拥有者,这就导致了在多线程情况下会引起ServletContext对象中用于转发的数据产生线程安全问题:一个Servlet利用ServletContext在转发给JSP过程中,而另一个线程中的Servlet使用ServletContext将这个转发的数据给覆盖,这样导致原先该转发给JSP的数据并不是我们期待的。
而Request请求对象也是域对象,虽然这个域对象的生命周期并没有ServletContext那么长,但是如果采用Request对象的转发还是能持续到别的Servlet处理时的。使用Request请求对象来处理转发的最大的好处就是在多线程中,每一个线程都有自己的Request请求对象,这就不会像ServletContext对象一样是线程所共有的,因此不会产生线程安全问题。
那么我们将《Servlet的学习(五)》中使用ServletContext对象来转发的例子改为使用HttpServletRequest请求对象来转发:
在【myservlet】web工程下创建一个名为“ServletRequest1”的Servlet和一个show.jsp
在ServletRequest1中将数据转发给show.jsp,代码为:
1 public void doGet(HttpServletRequest request, HttpServletResponse response) 2 throws ServletException, IOException { 3 4 String data = "Ding love LRR"; 5 request.setAttribute("data", data); 6 RequestDispatcher dispatcher = request.getRequestDispatcher("/show.jsp"); 7 dispatcher.forward(request, response); 8 }
而在show.jsp中接收这个数据(属性),并封装在HTML中:
1 <font size="100px" color="red"> 2 <% 3 String data = (String)request.getAttribute("data"); 4 out.write(data); 5 %> 6 </font>
在浏览器中访问这个Servlet,会看到:
当然,还是跟之前一样,转发功能不会使浏览器的地址发生变化。
最后再说一句,转发功能之所以这么重要,主要原因在于在MVC设计模式下,都是Servlet处理用户请求的,并产生用户想看的数据,然后转交给JSP显示,在转交给JSP显示时,会把数据存在Request域对象里带给JSP。
转发功能还有一些要注意的地方:
如果在调用RequestDispatcher对象的forward方法之前,将Servlet程序通过Response响应对象写出数据之后如果关闭流或刷新流,这是将缓存的数据发送给了客户端,相当于向客户端提交了数据,那么再使用Request请求对象来转发将会抛出IllegalStateException异常:
如我们在上述Servlet中的代码前加入向该Servlet写入数据:
- PrintWriter writer = response.getWriter();
- writer.write("Long live sd");
- writer.close(); //或writer.flush(),这步相当于向客户端提交了响应
-
- request.setAttribute("data", "Ding love LRR");
- RequestDispatcher dispatcher = request.getRequestDispatcher("/show.jsp");
- dispatcher.forward(request, response);
那么我们在浏览器将只能访问响应提交的数据,而不能看到转发后的页面:
同时服务器后台报错,抛出IllegalStateException异常:
从提示也可以看出,在转发之前不能提交Response响应(Cannot forward after response has been committed)。
而如果我们将Response的输出流不关闭,或者放最后关闭,则可以看到转发还是成功的:
1 PrintWriter writer = response.getWriter(); 2 writer.write("Long live sd"); 3 4 request.setAttribute("data", "Ding love LRR"); 5 RequestDispatcher dispatcher = request.getRequestDispatcher("/show.jsp"); 6 dispatcher.forward(request, response); 7 8 writer.close(); //response的输出流在转发之后再关闭
可以访问到要转发的页面(show.jsp代码在上面),同时服务器后台也不报错:
这是因为通过write方法写入的数据还在Response对象的缓冲区中,我们知道如果使用了close()或flush()都会将缓存的数据立马真正输出,那就相当于已经想客户端提交了响应,之后如果再转发肯定会抛出异常。而如果我们没有输出数据(没有提交响应),那么转发功能正常,而原先通过Response响应对象写入缓冲区中的数据将会被清空,但是通过设置响应头字段信息的内容将保持有效(例如在转发之前写的response.setContentType方法等)。
另外,如果我们在转发之后再继续通过Response对象写出数据,也是没有用的,因为转发就相当于已经将请求和响应提交给客户端了,看到的还是转发的页面,不过这时候服务器后台不会报错就是了。
总结,在第一次【转发】之前或之后向客户端写出数据或者再次转发都是不合理的。建议在转发语句后直接跟一个return是非常理智的选择。
另外,如果在转发一次之后再转发还是会发生IllegalStateException异常,因为转发一次就相当于向服务器提交一次Response响应了:
1 request.getRequestDispatcher("/index.jsp").forward(request, response); 2 3 request.getRequestDispatcher("/1.html").forward(request, response);
在浏览器中只能看到最开始转发的那个页面:
同时服务器后台抛出IllegalStateException异常:
这种问题在使用if条件语句时要特别注意。
==========================================================================
接下来看RequestDispatcher对象的“包含”功能:
RequestDispatcher对象的include方法用于将一些web资源(如Servlet,JSP,HTML等)包含在Response响应对象中。
举个例子,在【myservlet】中创建一个【public】文件夹,里面再创建“header.html”和“footer.html”,另外创建一个Servlet
在header.html页面中代码为:
在footer.html页面中代码为:
而在Servlet中代码为:
1 request.getRequestDispatcher("public/header.html").include(request, response); 2 response.getWriter().write("long live sd <br />"); 3 request.getRequestDispatcher("public/footer.html").include(request, response);
访问该Servlet后发现:
原来响应写入HTML是使用OutputStream,与JSP不同()(《Servlet的学习之Response响应对象(3)》)
那么代码只好改为:
1 request.getRequestDispatcher("/public/header.html").include(request, response); 2 response.getOutputStream().write("long live sd <br />".getBytes()); 3 request.getRequestDispatcher("/public/footer.html").include(request, response);
那么再次访问该Servlet:
注意:被包含的Servlet(如上例中的Servlet)不能改变响应对象中的响应头和响应状态码,如果在包含的Servlet中含有这样企图更改的句子,则会被服务器忽略。
==========================================================================
最后来总结下RequestDispatcher的forward转发和Response的sendRedirect重定向的区别:
1,forward转发只能将请求转发给该web应用中的web资源。
sendRedirect重定向除了能重定向到该web应用中的资源外,还能重定向到同一个主机(或服务器)上的其他web应用中的资源,甚至可以使用绝对URL重定向到其他主机(或服务器)上得资源。
2,创建RequestDispatcher对象时指定的相对URL以“/”开头,相当于当前web应用程序的根目录,也就是说在该“/”之后代表当前web应用所在目录下的内容,例如:
request.getRequestDispatcher("/index.jsp")
如果是调用HttpServletResponse.sendRedirect方法的相对URL以“/”开头,则是相对整个服务器存放web应用的根目录,例如以Tomcat的【webapps】目录为重定向目录的根目录,如:response.sendRedirect(“/myservlet/index.jsp”),其中”myservlet”是web工程名,同时也是web应用所在目录名,存放于Tomcat的【webapps】目录下。
3,调用RequestDispatcher对象的转发forward方法进行转发过程结束后,浏览器地址栏中的URL地址不会发生改变。
而调用HttpServletResponse.sendRedirect重定向方法则在访问过程结束后,浏览器地址栏中的URL地址将会变成重定向资源的路径。
4,RequestDispatcher对象的转发forward方法的调用者和被调用者共享相同的request请求对象和response响应对象,它们属于同一个访问请求和响应过程。
而HttpServletResponse.sendRedirect重定向方法的调用者和被调用者使用各自的request请求对象和response响应对象,它们属于两个独立的访问请求和响应过程。
有一个例子可以比较形象的说明转发和重定向的不同:
转发:A向B借钱,B说没有,但是B帮A向C借钱。
重定向:A向B借钱,B说没有,B让A重新向C借钱。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。