1. Servlet开发要点
1.1. 重定向
1.1.1. 什么是重定向
在服务器为浏览器提供响应时,回传的数据包中的状态行里面是302状态码,同时在消息头内会增加一个键值对,名称为Location,值是一个新的URL地址。当这个响应到达浏览器的时候,这一次的请求响应过程并未结束,浏览器遇见302状态码之后,会立即按照Location头信息中指定的URL地址发送新的一个请求,这样一个在接到响应后又立即发出请求的过程叫做重定向。对于客户端用户来讲,中间的变化过程不会被察觉,因为这个过程是由浏览器自动完成的。
1.1.2. 重定向原理
在重定向的过程中,影响浏览器做出动作的关键点即响应中的状态码及Location这个消息头。302状态就像一道命令一样,使得浏览器做出新的一次请求,而请求的地址会从头信息中查找。由于这个新的请求动作是由浏览器发出的,所以浏览器的地址栏上的地址会变成Location消息头中的地址。
1.1.3. 如何重定向
由于发回的响应信息由response对象控制,所以使用如下代码即可实现重定向的过程:
- response.sendRedirect(String url);
该方法的参数值url即Location消息头中的重定向地址。注意,该段代码后面如果还有其他代码的话也会被继续执行的。
1.1.4. 重定向特点
由于重定向动作的执行者为浏览器,所以请求的地址可以是任意地址,哪怕是当前应用以外的应用;浏览器发出请求时一定会保持地址栏与目标地址的一致,所以发生重定向时可以从地址栏中看到地址的改变;由于整个跳转过程是在浏览器收到响应后重新发起请求,所以涉及到的Web组件并不会共享同一个request和response。
![](http://pdf7.tarena.com.cn/tts8_source/ttsPage/JAVA/JSD_V05/SERVLETJSP/DAY03/SUPERDOC/01/index.files/image001.png)
图- 1
在图 – 1中,1和4是两个完全不同的请求,如果在1号请求中曾经携带了某些表单数据,但4号这个全新请求中则不会获取到这些表单数据,也就是两次请求涉及到的Web组件不会共享request和response。
1.2. Servlet容器如何处理请求资源路径
1.2.1. 什么是请求资源路径
在地址栏中输入的请求地址中,端口号之后的部分都是请求资源路径。紧跟端口号的是部署到Web服务器上的应用名(appName),紧跟应用名的则是具体的应用内的组件路径。
1.2.2. Web服务器对请求地址的处理过程
浏览器依据地址中的IP和端口号与Web服务器建立连接,服务器会获取到请求资源路径信息。根据端口号后面的应用名找到服务器上对应的应用。默认情况下容器会认为应用名后面的是一个Servlet,所以回到web.xml文件中所有是否有与该值匹配的<url-pattern>,找到匹配的值之后再按照<servlet-name>完成对应关系的查找,进而找到要执行的Servlet。如果没有找到匹配的资源服务器就会返回404错误。
1.2.3. 匹配Servlet的规则
容器在进行url-pattern比对的时候是遵循一定的匹配原则的。这些原则主要有:
精确匹配
即具体资源名称与web.xml文件中的url-pattern严格匹配相等才执行。如,配置的内容如下:
- <servlet>
- <servlet-name>someServlet</servlet-name>
- <servlet-class>test.MyServlet</servlet-class>
- </servlet>
- <servlet-mapping>
- <servlet-name>someServlet</servlet-name>
- <url-pattern>/abc.html</url-pattern>
- </servlet-mapping>
则在地址栏中输入 http://ip:port/appName/abc.html 时,服务器就会去执行test.MyServlet这个组件,就算是在应用的根目录下的确有abc.html这个文件,也不会执行。
通配符匹配
使用“*”这个符号来匹配0个或多个字符,已达到路径的批量匹配的效果。
如配置文件中的节点为如下代码所示:
- <servlet>
- <servlet-name>someServlet</servlet-name>
- <servlet-class>test.MyServlet</servlet-class>
- </servlet>
- <servlet-mapping>
- <servlet-name>someServlet</servlet-name>
- <url-pattern>/*</url-pattern>
- </servlet-mapping>
则,在地址栏中输入以下任何地址时都是匹配成功的。
- http://ip:port/appName/abc.html
- http://ip:port/appName/abc/def/ghi.html
后缀匹配
在配置url-pattern节点时,不使用斜杠开头,用“*.”开头来匹配任意多个字符的模式叫做后缀匹配。
如配置文件中的节点为如下代码所示:
- <servlet>
- <servlet-name>someServlet</servlet-name>
- <servlet-class>test.MyServlet</servlet-class>
- </servlet>
- <servlet-mapping>
- <servlet-name>someServlet</servlet-name>
- <url-pattern>*.do</url-pattern>
- </servlet-mapping>
则,在地址栏中输入以下任何地址时都是匹配成功的。
- http://ip:port/appName/abc.do
- http://ip:port/appName/abc/def/ghi.do
在这三种匹配方式中,优先级最高的是精确匹配。如果容器在使用以上原则都不能找到相匹配的资源来执行时,就按照地址到应用中查找对应的文件。此时如果找到文件则返回,找不到资源来执行就返回404错误。
1.3. 一个Servlet实现多请求
1.3.1. 为什么要将多Servlet合并
Servlet作为Web应用中最核心的环节是因为这个组件不仅能接受请求,还能够为该请求提供响应,所以Servlet一般都会充当整个应用的控制器来进行请求的分发,为不同的请求找到对应的资源。于是程序中大多只需要一个Servlet完成这个分发工作即可,合并多个Servlet为一个Servlet会让程序的处理逻辑更加明确。
要想完成多个Servlet合并为一个Servlet,需要完成以下两个步骤:
- 使用后缀模式完成请求资源路径的匹配
- 分析请求资源路径中的请求目标,完成分发的动作
1.3.2. 使用后缀匹配模式完成请求资源路径的匹配
修改web.xml文件,将更多的servlet配置节点删除,只保留一个节点即可,代码如下:
- <?xml version="1.0" encoding="UTF-8"?>
- <web-app version="2.4"
- xmlns="http://java.sun.com/xml/ns/j2ee"
- xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
- xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
- http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">
- <servlet>
- <servlet-name>someServlet</servlet-name>
- <servlet-class>web.SomeServlet</servlet-class>
- </servlet>
- <servlet-mapping>
- <servlet-name>someServlet</servlet-name>
- <url-pattern>*.do</url-pattern>
- </servlet-mapping>
- </web-app>
1.3.3. 分析请求资源后分发
配置完web.xml文件后,不同请求都会发送到Web.SomeServlet来处理,要想起到分发的作用,则需要分析调过来的请求中具体的请求目标是什么。使用如下代码逻辑来完成分发动作。
- package web;
-
- import java.io.IOException;
-
- import javax.servlet.ServletException;
- import javax.servlet.http.HttpServlet;
- import javax.servlet.http.HttpServletRequest;
- import javax.servlet.http.HttpServletResponse;
-
- public class SomeServlet extends HttpServlet{
- public void service(HttpServletRequest request,
- HttpServletResponse response) throws
- ServletException,IOException{
- //获得请求资源路径
- String uri = request.getRequestURI();
- System.out.println("uri:" + uri);
- if(uri.equals("/test/list.do")){
- System.out.println("进行员工列表的处理...");
- }else if(uri.equals("/test/add.do")){
- System.out.println("添加员工的处理...");
- }
- }
- }
1.4. Servlet的生命周期
1.4.1. 什么是Servlet生命周期
Servlet容器如何创建Servlet对象、如何为Servlet对象分配、准备资源、如何调用对应的方法来处理请求以及如何销毁Servlet对象的整个过程即Servlet的生命周期。
1.4.2. 生命周期的四个阶段
阶段一、实例化
实例化阶段是Servlet生命周期中的第一步,由Servlet容器调用Servlet的构造器创建一个具体的Servlet对象的过程。而这个创建的时机可以是在容器收到针对这个组件的请求之后,即用了才创建;也可以在容器启动之后立刻创建实例,而不管此时Servlet是否使用的上。使用如下代码可以设置Servlet是否在服务器启动时就执行创建。
- <servlet>
- <servlet-name>someServlet</servlet-name>
- <servlet-class>test/SomeServlet</servlet-class>
- <load-on-startup>1</load-on-startup>
- </servlet>
- <servlet-mapping>
- <servlet-name>someServlet</servlet-name>
- <url-pattern>/*</url-pattern>
- </servlet-mapping>
配置文件中的load-on-startup节点用于设置该Servlet的创建时机。
当其中的值大于等于0时,表示容器在启动时就会创建实例
小于0时或没有指定时,代表容器在该Servlet被请求时再执行创建
正数的值越小,优先级越高,应用启动时就越先被创建。
阶段二、初始化
Servlet在被加载实例化之后,必须要初始化它。在初始化阶段,init()方法会被调用。这个方法在javax.servlet.Servlet接口中定义。其中,方法以一个ServletConfig类型的对象作为参数。ServletConfig对象由Servlet引擎负责创建,从中可以读取到事先在web.xml文件中通过<init-param>节点配置的多个name-value名值对。ServletConfig对象还可以让Servlet接受一个ServletContext对象。
一般情况下,init方法不需要编写,因GenericServlet已经提供了init方法的实现,并且提供了getServletConfig方法来获得ServletConfig对象。
注:init方法只被执行一次。
以下代码为在servlet配置中,增加初始化参数
- <?xml version="1.0" encoding="UTF-8"?>
- <web-app version="2.4"
- xmlns="http://java.sun.com/xml/ns/j2ee"
- xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
- xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
- http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">
- <servlet>
- <servlet-name>someServlet</servlet-name>
- <servlet-class>test/SomeServlet</servlet-class>
- <init-param>
- <param-name>debug</param-name>
- <param-value>true</param-valule>
- </init-param>
- </servlet>
- <servlet-mapping>
- <servlet-name>someServlet</servlet-name>
- <url-pattern>/*</url-pattern>
- </servlet-mapping>
- </web-app>
使用以下代码可以读取Servlet配置中增加的初始化参数
- package test;
-
- import java.io.IOException;
-
- import javax.servlet.ServletConfig;
- import javax.servlet.ServletException;
- import javax.servlet.http.HttpServlet;
- import javax.servlet.http.HttpServletRequest;
- import javax.servlet.http.HttpServletResponse;
-
- public class SomeServlet extends HttpServlet{
-
- public void service(HttpServletRequest request,
- HttpServletResponse response)
- throws ServletException,IOException{
- System.out.println("SomeServlet's service...");
- ServletConfig config = getServletConfig();
- String debug = config.getInitParameter("debug");
- System.out.println("debug:" + debug);
- }
- }
阶段三、就绪
Servlet被初始化以后就处于能够响应请求的就绪状态。每个对Servlet的请求由一个ServletRequest对象代表,Servlet给客户端的响应由一个ServletResponse对象代表。当客户端有一个请求时,容器就会将请求与响应对象转给Servlet,以参数的形式传给service方法。service方法由javax.servlet.Servlet定义,由具体的Servlet实现。
阶段四、销毁
Servlet容器在销毁Servlet对象时会调用destroy方法来释放资源。通常情况下Servlet容器停止或者重新启动都会引起销毁Servlet对象的动作,但除此之外,Servlet容器也有自身管理Servlet对象的准则,整个生命周期并不需要人为进行干预。
1.4.3. Servlet接口
在ServletAPI中最重要的是Servlet接口,所有Servlet都会直接或间接的与该接口发生联系,或是直接实现该接口,或间接继承自实现了该接口的类。
该接口包括以下四个方法:
- init(ServletConfig config)
- service(ServletRequest req,ServletResponse res)
- destroy( )
在最开始制定Servlet规范时,设计者希望这套规范能够支持多种协议的组件开发,所以Servlet接口是最重要的一个接口。虽然我们写的程序中编写的Servlet都是继承自HttpServlet,但本质上都是对该接口的实现,因为HttpServlet就是针对Servlet这个接口的一个抽象的实现类。可以理解为HttpServlet是支持HTTP协议的分支的一部分。设计Servlet接口中的service方法时,也是希望该方法能够处理多种协议下的请求及响应,所以参数类型是ServletRequest,而在HttpServlet这个支持HTTP协议的分支中,service方法的参数则变成了HttpServletRequest和HttpServletResponse,这两个类分别继承于ServletRequest和ServletResponse,也就是对这两个类的一个具体协议的包装,区别是增加了很多与HTTP协议相关的使用API。
制定的这种规范在实际使用中发现,并不会扩展为HTTP协议之外,所以有了过度设计的缺陷,也为在编写HTTP协议的Web应用时添加了一些不必要的操作。
1.4.4. Servlet涉及到的抽象类
Servlet API中另一个重要的类就是GenericServlet这个抽象类,它对Servlet接口中的部分方法(init和destroy)添加了实现,使得开发时只需要考虑针对service方法的业务实现即可。
HttpServlet又是在继承GenericServlet的基础上进一步的扩展,一个是public voidinit(ServletConfig config),另一个是 public void init()。他们有如下的关系: init(ServletConfig config)方法由tomcat自动调用,它读取web工程下的web.xml,将读取的信息打包传给此参数,此方法的参数同时将接收的信息传递给GenericServlet类中的成员变量config,同时调用init()。以后程序员想重写init方法可以选择init(ServletConfig config)或者init(),但是选择init(ServletConfig config)势必会覆盖此方法已实现的内容,没有为config变量赋值,此后若是调用getServletConfig()方法返回config时会产生空指针异常的,所以想重写init(ServletConfig config)方法,必须在方法体中第一句写上 super.init(config),为了防止程序员忘记重写super.init(config)方法sun公司自动为用户生成一个public void init()的方法。GenericServlet具体的定义如下所示
- GenericServlet{
- ServletConfig config;
- public void init()
- { } //此方法什么也没做,可以说是为编程人员预留的接口
- public void init(ServletConfig config)
- {
- this.config=config;
- this.init();
- }
- getServletConfig()
- {
- return config;
- }
- }
1.5. ServletContext
1.5.1. 什么是Servlet上下文
WEB容器在启动时,它会为每个WEB应用程序都创建一个对应的ServletContext对象,它代表当前web应用,是一个全局的环境变量。该应用中的任何组件,在任何时候都可以访问到该对象,所以Servlet上下文具有唯一性。
1.5.2. 如何获得Servlet上下文
获取该对象的方式有以下四种:
- GenericeServlet(HttpServlet)提供的 getServletContext()
- ServletConfig提供的 getServletContext()
- HttpSession提供的 getServletContext()
- FilterConfig提供的 getServletContext()
1.5.3. Servlet上下文的作用及特点
Servlet上下文的作用:
- 在Web应用范围内存取共享数据:如 setAttribute(),getAttribute()
- 访问Web应用的静态资源:如getRealPath(String path)
- 跨多个请求、用户和Servlet
例如,以下是两个Servlet的完整代码,实现了跨Servlet的数据共享
- import java.io.IOException;
- import java.io.PrintWriter;
-
- import javax.servlet.*
- import javax.servlet.http.*
-
- public class SomeServlet extends HttpServlet {
-
- public void service(HttpServletRequest request,
- HttpServletResponse response)
- throws ServletException, IOException {
- response.setContentType("text/html;charset=utf-8");
- PrintWriter out = response.getWriter();
- ServletContext sctx = getServletContext();
- sctx.setAttribute("name", "Lisa");
- out.close();
- }
-
- }
- import java.io.IOException;
- import java.io.PrintWriter;
-
- import javax.servlet.*
- import javax.servlet.http.*
-
- public class OtherServlet extends HttpServlet {
- public void service(HttpServletRequest request,
- HttpServletResponse response)
- throws ServletException, IOException {
- response.setContentType("text/html;charset=utf-8");
- ServletContext sctx = getServletContext();
- String name = (String) sctx.getAttribute("name");
- out.close();
- }
-
- }
1.6. Servlet线程安全问题
1.6.1. 为什么会有线程安全问题
当浏览器访问服务器的通讯模块SomeServlet时,会启动一个线程T1来进行一系列的创建动作来处理这个请求。一般的web服务器的编程模型如下:
- while(flag){
- Socket s = ss.accept();
- Thread t = new Thread(s);
- t.start();
- }
如果刚好同时也有一个请求来访问SomeServlet,但是服务器只有一个servlet实例,所以服务器会启动线程T2,此时就有可能产生T1和T2同时访问someservlet的情况,如果要修改属性就会有安全隐患
1.6.2. 如何保证Servlet线程安全
使用synchronized对代码加锁即可。代码结构如下
- import java.io.IOException;
- import java.io.PrintWriter;
-
- import javax.servlet.*;
- import javax.servlet.*;
-
- public class SomeServlet extends HttpServlet {
- private int count = 0;
- public void service(HttpServletRequest request,
- HttpServletResponse response)
- throws ServletException, IOException {
- synchronized(this){
- count ++;
- try {
- Thread.sleep(1000);
- } catch (InterruptedException e) {
- e.printStackTrace();
- }
- System.out.println(
- Thread.currentThread().getName()
- + ":" + count);
- }
-
- }
-
- }