这是由于servlet的工作原理产生的。我们先来简单回顾一下servlet的生命周期“初始化->init->service->destroy->卸载”。
这里大家都知道，我们在web.xml里面定义一个servlet的时候，我们可以给他们设置一个“load-on-startup” 的值，如果 servlet 的 load-on-startup 配置项大于 0，那么在 context 容器启动的时候就会被实例化，并且tomcat给每一个servlet加载并且实例化一个对象（注解：也就是说，我们用户在web.xml里面配置的每一个servlet都会被实例成一个servlet对象）
a, 下面的配置表示会有两个servlet对象被实例化，即使他们对应的是同一个servlet class
<?xml version="1.0" encoding="utf-8"?>
<web-app version="2.5"
xmlns="http://java.sun.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/xmlschema-instance"
xsi:schemalocation="http://java.sun.com/xml/ns/javaee
http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">
<servlet>
<servlet-name>servlettest1</servlet-name>
<servlet-class>web.servlet.servlettest1</servlet-class>
</servlet>
<servlet-mapping>
<url-pattern>/servlet/servlettest1</url-pattern>
</servlet-mapping>
<servlet-name>servlettest2</servlet-name>
</web-app>
b, 下面的配置表示只会有一个servlet被实例化
也就是说，tomcat容器对servlet的实现采用的是单例模式，对于一个servlet类，永远只有一个servlet对象存在。
下面我们来解释为什么struts1是线程不安全的。
1、struts1
struts1是对java web servlet接口的直接实现，所以它继承了tomcat对servlet的实现，每一个struts1里面的action都对应的是一个servlet class，所以这里的action在被tomcat实例化之后也是单例的，所以，struts1就产生了多线程问题。
例如：
你在action定义了一个 int i = 0；
然后在这个action里面的某一个方法里面对这个i进行操作。
向下面代码这样：
package web.servlet;
import java.io.ioexception;
import java.io.printwriter;
import javax.servlet.servletexception;
import javax.servlet.http.httpservlet;
import javax.servlet.http.httpservletrequest;
import javax.servlet.http.httpservletresponse;
/**
* @author jack zhang
* @version vb1.0
* @email [email protected]
* @date 2013-4-21
*/
public class servlettest1 extends httpservlet
{
public int i = 0;
/**
* constructor of the object.
*/
public servlettest1()
{
super();
}
* the doget method of the servlet. <br>
*
* this method is called when a form has its tag value method equals to get.
*
* @param request the request send by the client to the server
* @param response the response send by the server to the client
* @throws servletexception if an error occurred
* @throws ioexception if an error occurred
public void doget(httpservletrequest request, httpservletresponse response)
throws servletexception,
ioexception
i++;
response.setcontenttype("text/html");
printwriter out = response.getwriter();
out
.println("<!doctype html public \"-//w3c//dtd html 4.01 transitional//en\">");
out.println("<html>");
out.println(" <head><title>a servlet</title></head>");
out.println(" <body>");
out.print(" i="+i);
out.println(" </body>");
out.println("</html>");
out.flush();
out.close();
}
当访问这个servlet的时候，你访问多少次，i的值就是多少。
所以：我们在用struts1的时候不能在action里面定义属性。要用到只的话只能在方法里面定义。
那至于为什么把属性的定义放到方法里面就不会有多线程的问题了，这个问题希望各位读者去查看有关jmm（java memory model）里面有关java内存模式如何给方法分配内存的内容， 我相信你们会找到答案。
2、struts2
上面我们了解了struts1里面的多线程问题，那struts2是怎么解决这个问题的呢？其实道理非常简单，原因就是strtus2会获取到用户的http请求，然后负责给每个请求实例化一个action 对象，但是大家注意，这里的action对象和struts1里面的action对象完全不是一个概念，struts1里面的action类就是一个servlet类，而这里的action类只是一个普通的java class。这也就是为什么struts1里面的action是线程不安全的，而struts2里面的action是线程安全的原因。
那我们在回头来看看struts2对servlet的处理和struts1有什么不同。看过前面分析的读者肯定知道，struts1的 action对servlet没有进行任何的包装，它是直接实现的java web api 里面的servlet 接口。所以才会有线程安全的问题，但是struts2底层帮我们封装了servlet，使开发人员不用直接接触servlet。具体做法是：
strtus2截获servlet请求，然后给每个请求实例化一个action对象，请求结束之后销毁action对象。至于strtus2具体是怎么做的，我这里不赘叙，大家可以去参看struts2的有关介绍。
在struts2中由于 action和普通的java类没有任何区别（也就是不用像struts1里面那样去实现一个struts的接口，有兴趣的朋友可以自己去了解），所以我们可以用spring去管理struts2的action，这个时候我们就要注意了，因为当我们在spring里面去定义bean的时候，spring默认用的是单例模式。所以在这个时候，你就要修改spring的配置文件---即修改scope为prototype。
![Java小案例——随机数猜测随机数猜测[图]](data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=)