转载:http://www.cnblogs.com/xdp-gacl/p/3760336.html
这里主要是将其加入自己的理解过一遍。
这里的代码全在eclipse java ee中执行的。
一、servlet简介
servlet是sun公司提供的一门用于开发动态web资源的技术。
sun公司在其API提供了一个servlet接口,用户若想用发一个动态web资源(即开发一个java程序向浏览器输出数据),需要完成以下2个步骤:
1、编写一个java类,实现servlet接口。
2、把开发好的java类部署到web服务器中。
按照一种约定俗成的称呼习惯,通常我们也把实现了servlet接口的java程序,称为servlet。
二、servlet的运行过程
servlet程序是由web服务器调用,web服务器收到客户端的servlet访问请求后:
- web服务器首先检查是否已经装载并创建了该servlet的实例对象。如果是,则直接执行第4步。
- 装载并创建该servlet的一个实例对象。
- 调用servlet实例对象的init()方法。
- 创建一个用于封装HTTP请求消息的HttpServletRequest对象和一个代表HTTP响应消息的HttpServletResponse对象,然后调用Servlet的service()方法并将请求和响应对象作为参数传递进去。
- web应用程序被停止或重新启动之前,servlet引擎将卸载servlet,并在卸载之前调用servlet的destroy()方法。
三、servlet调用图
四、在eclipse中开发servlet
这里实现简单的helloworld。
在eclipse中创建一个web project,eclipse会自动创建下图目录结构:
web工程的名称:MyServlet 该工程部署时,在webapps目录下就会有一个MyServlet的web应用。
src:java程序的开发目录,该目录下编写的所有程序在部署时,会自动部署到MyServlet/WEB-INF/classes目录下。
WebContent:对应web应用的根目录,该目录下的所有子目录和子文件在部署时,会原封不动的发布到web应用目录下。
4.1、servlet接口实现类
servlet接口sun公司定义了两个默认实现类,分别为:GenericServlet、HttpServlet。
HttpServlet指能够处理HTTP请求的servlet,它在原有servlet接口上添加了一些与HTTP协议处理方法,它比servlet接口的功能更为强大。因此开发人员在编写servlet时,通常应继承HttpServlet类,而避免直接去实现servlet接口。
HttpServlet在实现Servlet接口时,复写了service(),该方法体内的代码会自动判断用户的请求方式,如为GET请求,则调用HttpServlet的doGet方法。如为Post请求,则调用doPost方法。因此,开发人员在编写servlet时,通常只需要撰写doGet或doPost方法,而不要去复写service方法。
4.2、通过eclipse创建和编写servlet
ServletDemo1.java代码如下:
package my.servlet.demo;
//导入必需的 java 库
import java.io.*;
import javax.servlet.*;
import javax.servlet.http.*;
// 扩展 HttpServlet 类
public class ServletDemo1 extends HttpServlet {
private String message;
public void init() throws ServletException
{
// 执行必需的初始化
message = "Hello World";
}
public void doGet(HttpServletRequest request,
HttpServletResponse response)
throws ServletException, IOException
{
// 设置响应内容类型
response.setContentType("text/html");
// 实际的逻辑是在这里
PrintWriter out = response.getWriter();
out.println("<h1>" + message + "</h1>");
}
public void destroy()
{
// 什么也不做
}
这里的response主要是向客户端输出,输出什么,客户端就会显示什么。
这里再说一下 response.getWriter().write()与PrintWriter out = response.getWriter(); out.print()的区别;
1、 首先说write()和print()方法的区别
(1)、write():仅支持输出字符类型数据,字符,字符数组,字符串等
(2)、print():可以将各种类型(包括Object)的数据通过默认编码转换成bytes字符形式,这些字节都通过write(int c)方法被输出
2、介绍response.getWriter()和out的区别:
(1)、out和response.getWriter的类不一样,一个是JSPWriter,另一个是java.io.PrintWriter
(2)、执行原理不同:JSPWriter相当于一个带缓存功能的printWriter,他不是直接将数据输出到页面,而是将数据刷新到、response的缓存区后再输出,response.getWriter直接输出数据(response.print()),所以(out.print)只能在其后输出。
(3)、out为jsp的内置对象,刷新jsp页面,自动初始化获得out对象,所以使用out对象是需要刷新页面的。
而response.getWriter()响应信息通过out对象输出网页上,当响应结束时它自动被关闭,与jsp页面无关,无需刷新页面
(4)、out的print()方法和println()方法在缓冲区溢出并且没有自动刷新时候会产生ioexception,
而response.getWrite()方法的print和println中都是抑制ioexception异常的,不会有ioexception
out.println(""); 方法并不能也页面布局换行,只能领html代码换行,要实现页面布局换行可以:out.println("</br>");
web.xml代码如下:
<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd" id="WebApp_ID" version="3.0">
<servlet>
<description>This is the description of my J2EEcomponent</description>
<display-name>This is the display of my J2EEcomponent</display-name>
<servlet-name>ServletDemo1</servlet-name>
<servlet-class>my.servlet.demo.ServletDemo1</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>ServletDemo1</servlet-name>
<url-pattern>/ServletDemo1</url-pattern>
</servlet-mapping>
</web-app>
运行结果如下:
五、开发注意细节
5.1、servlet访问url映射设置
由于客户端是通过url地址访问web服务器中的资源,所以servlet程序若想被外界访问,必须把servlet程序映射到一个url地址上,这个工作web.xml文件中使用<servlet>元素和<servlet-mapping>元素完成。
<servlet>元素用于注册servlet,它包含有两个主要的子元素:<servlet-name>和<servlet-class>,分别用于设置servlet的注册名称和servlet的完整类名。
一个<servlet-mapping>元素用于映射一个已注册的servlet的一个对外访问路径,它包含有两个子元素:<servlet-name>和<url-pattern>,分别用于指定servlet的注册名称和servlet的对外访问路径。例子如上。
同一个servlet可以被映射到多个url上,即多个<servlet-mapping>元素的设置值可以是同一个servlet的注册名。例子:
<servlet>
<servlet-name>ServletDemo1</servlet-name>
<servlet-class>my.servlet.demo.ServletDemo1</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>ServletDemo1</servlet-name>
<url-pattern>ServletDemo1</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>ServletDemo1</servlet-name>
<url-pattern>/1.htm</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>ServletDemo1</servlet-name>
<url-pattern>/2.jsp</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>ServletDemo1</servlet-name>
<url-pattern>/3.php</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>ServletDemo1</servlet-name>
<url-pattern>/4.ASPX</url-pattern>
</servlet-mapping>
通过以上的配置,当我们想访问名称是servletDemo1的servlet,就可以使用如下的几个地址去访问:
http://localhost:8080/ServletDemo1
http://localhost:8080/1.htm
http://localhost:8080/2.jsp
http://localhost:8080/4.ASPX
ServletDemo1被映射到了多个URL上。
5.2、servlet访问url使用*通配符映射
在servlet映射到的url中也可以使用*通配符,但是只能有两种固定的格式:一种格式是*.do,另一种格式是以正斜杠( /) 开头并以“ /*” 结尾。例子:
<servlet-mapping>
<servlet-name>ServletDemo1</servlet>
<url-pattern>/action/*</url-pattern>
</servlet-mapping>
运行结果:
*可以匹配任意的字符,所以此时还可以用任意的url去访问ServletDemo1这个servlet,如下所示:sad123是我随意确定的。
对于映射关系: 匹配的原则就是"首字符串优先匹配"。
其中如果某个servlet的映射路径仅仅为一个正斜杠(/),那么这个servlet就成为当前web应用的缺省servlet。
凡是在web.xml文件中找不到匹配的<servlet-mapping>元素的url,它们的访问请求都将交给缺省servlet处理。也就是说,缺省servlet用于处理所有其他servlet都不处理的访问请求。例如:
<servlet>
<servlet-name>ServletDemo2</servlet-name>
<servlet-class>gacl.servlet.study.ServletDemo2</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
<!-- 将ServletDemo2配置成缺省Servlet -->
<servlet-mapping>
<servlet-name>ServletDemo2</servlet-name>
<url-pattern>/</url-pattern>
</servlet-mapping>
当用http://localhost:8080/MyServlet/12.htm访问时仍可访问,如下图示所示:
5.3、servlet与普通java类的区别
servlet是一个供其他java程序(servlet引擎)调用的java类,它不能独立运行,它的运行完全由servlet引擎来控制和调度。
针对客户端的多次servlet请求,通常情况下,服务器只会创建一个servlet实例对象,也就是说servlet实例对象一旦驻留在内存中,为后续的其他请求服务,直至web容器退出,servlet实例对象才会销毁。
在servlet的整个生命周期中,servlet的init方法只被调用一次。而对一个servlet的每次访问请求都导致servlet引擎调用一次servlet的service方法。对于每次访问请求,servlet引擎都会创建一个新的HttpServletRequset请求对象和一个新的HttpServletResponse响应对象,然后将这两个对象作为参数传递给它调用的servlet的service方法,service方法根据请求方式分别调用doXXX方法。
如果在<servlet>元素中配置了一个<load-on -startup>元素,那么web应用程序在启动时,就会装载并创建servlet的实例对象,以及调用servlet实例对象的init方法。例子:
<servlet>
<servlet-name>invoker</servlet-name>
<servlet-class>
org.apache.catalina.servlets.InvokerServlet
</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
用途:为web应用写一个InitServlet,这个servlet配置为启动时装载,为整个web应用创建必要的数据库表和数据。
5.4、 servlet的线程安全问题
当多个客户端并发访问一个servlet时,web服务器会为每一个客户端的访问请求创建一个线程,并在这个线程上调用servlet的service方法。因此service方法内如果访问了同一个资源的话,就有可能引发线程安全问题。例如下面的代码不存在线程安全问题的代码:
package gacl.servlet.study;
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 ServletDemo3 extends HttpServlet {
public void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
/**
* 当多线程并发访问这个方法里面的代码时,会存在线程安全问题吗
* i变量被多个线程并发访问,但是没有线程安全问题,因为i是doGet方法里面的局部变量,
* 当有多个线程并发访问doGet方法时,每一个线程里面都有自己的i变量,
* 各个线程操作的都是自己的i变量,所以不存在线程安全问题
* 多线程并发访问某一个方法的时候,如果在方法内部定义了一些资源(变量,集合等)
* 那么每一个线程都有这些东西,所以就不存在线程安全问题了
*/
int i=1;
i++;
response.getWriter().write(i);
}
public void doPost(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
doGet(request, response);
}
}
存在线程安全问题的代码:
package gacl.servlet.study;
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 ServletDemo3 extends HttpServlet {
int i=1;
public void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
i++;
try {
Thread.sleep(1000*4);
} catch (InterruptedException e) {
e.printStackTrace();
}
response.getWriter().write(i+"");
}
public void doPost(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
doGet(request, response);
}
}
把i定义成全局变量,当多个线程并发访问变量时,便会存在线程安全问题了,如下图所示:同时开启两个浏览器模拟并发访问同一个servlet,本来一个浏览器应该看到3,另一个浏览器应该看到4的,结果两个浏览器都看到了4,这就不正常立了。
线程安全问题只存在多个线程并发操作同一个资源的情况下,所以在编写servlet的时候,如果并发访问某一个资源(变量、集合等),就会存在线程安全问题,那么该如何解决这个问题呢?
先看看下面的代码:
package gacl.servlet.study;
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 ServletDemo3 extends HttpServlet {
int i=1;
public void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
/**
* 加了synchronized后,并发访问i时就不存在线程安全问题了,
* 为什么加了synchronized后就没有线程安全问题了呢?
* 假如现在有一个线程访问Servlet对象,那么它就先拿到了Servlet对象的那把锁
* 等到它执行完之后才会把锁还给Servlet对象,由于是它先拿到了Servlet对象的那把锁,
* 所以当有别的线程来访问这个Servlet对象时,由于锁已经被之前的线程拿走了,后面的线程只能排队等候了
*
*/
synchronized (this) {//在java中,每一个对象都有一把锁,这里的this指的就是Servlet对象
i++;
try {
Thread.sleep(1000*4);
} catch (InterruptedException e) {
e.printStackTrace();
}
response.getWriter().write(i+"");
}
}
public void doPost(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
doGet(request, response);
}
}
现在这种做法是给servlet对象加了一把锁,保证任何时候都只有一个线程在访问servlet对象里面的资源,这样就不存在线程安全问题了,运行结果如下所示:
这种做法虽然解决了线程安全问题,但是编写servlet却万万不能用这种方法处理线程安全问题,假如有9999个同事访问这个servlet,那么这9999人必须按先后顺序排队轮流访问,耗费时间。
针对servlet的线程安全问题,sun公司是提供有解决方案的:让servlet去实现一个SingleThreadModel接口,如果某个servlet实现了SingleThreadModel接口,那么servlet引擎将以单线程模式来调用其他service方法。
查看servlet的API接口可以看到,SingleThreadModel接口中没有定义任何方法和变量。在java中,把没有定义任何方法和变量的接口称之为标记接口。经常看到的一个最典型的标记接口就是“Serializable”,这个接口也是没有定义没有任何方法和变量的,标记接口在java中有什么用处呢?主要作用就是给某个对象打上一个标志,告诉JVM,这个对象可以做什么,比如实现了“Serializable”接口的类的对象就可以被序列化。还有一个“Cloneable”的标记接口,在默认情况下,java中的对象是不允许被克隆的,就像现实生活中的人一样,不允许克隆,但是只要实现了"Cloneable"接口,那么对象就可以被克隆了。
让servlet实现SingleThreadModel接口,只要在servlet的类定义中增加实现SingleThreadModel接口的声明即可。
对于实现了SingleThreadModel接口的servlet,servlet引擎仍然支持对该servlet的多线程并发访问,其采用的方式是产生多个servlet实例对象,并发的每个线程分明调用一个独立的servlet实例对象。
实现SingleThreadModel接口并不能真正真正解决servlet的线程安全问题,因为servlet引擎会创建多个servlet实例对象,而真正意义上解决多线程安全问题是指一个servlet实例对象被多个线程同时调用的问题。事实上,在servlet API 2.4中,已经将SingleThreadModel标记为deprecated(过时的)。