这是由于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
1 <?xml version="1.0" encoding="UTF-8"?> 2 <web-app version="2.5" 3 xmlns="http://java.sun.com/xml/ns/javaee" 4 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 5 xsi:schemaLocation="http://java.sun.com/xml/ns/javaee 6 http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"> 7 <servlet> 8 <servlet-name>ServletTest1</servlet-name> 9 <servlet-class>web.servlet.ServletTest1</servlet-class> 10 </servlet> 11 12 <servlet-mapping> 13 <servlet-name>ServletTest1</servlet-name> 14 <url-pattern>/servlet/ServletTest1</url-pattern> 15 </servlet-mapping> 16 17 <servlet> 18 <servlet-name>ServletTest2</servlet-name> 19 <servlet-class>web.servlet.ServletTest1</servlet-class> 20 </servlet> 21 22 <servlet-mapping> 23 <servlet-name>ServletTest2</servlet-name> 24 <url-pattern>/servlet/ServletTest1</url-pattern> 25 </servlet-mapping> 26 </web-app>
b, 下面的配置表示只会有一个servlet被实例化
1 <?xml version="1.0" encoding="UTF-8"?> 2 <web-app version="2.5" 3 xmlns="http://java.sun.com/xml/ns/javaee" 4 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 5 xsi:schemaLocation="http://java.sun.com/xml/ns/javaee 6 http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"> 7 <servlet> 8 <servlet-name>ServletTest1</servlet-name> 9 <servlet-class>web.servlet.ServletTest1</servlet-class> 10 </servlet> 11 12 <servlet-mapping> 13 <servlet-name>ServletTest1</servlet-name> 14 <url-pattern>/servlet/ServletTest1</url-pattern> 15 </servlet-mapping> 16 17 <servlet-mapping> 18 <servlet-name>ServletTest1</servlet-name> 19 <url-pattern>/servlet/ServletTest1</url-pattern> 20 </servlet-mapping> 21 </web-app>
Tomcat容器对Servlet的实现采用的是单例模式，对于一个Servlet类，永远只有一个servlet对象存在
1. Struts1
Struts1是对Java web servlet接口的直接实现，即继承了tomcat对Servlet的实现，每一个struts1里面的action都对应一个的是一个servlet class，所以这里的action在被Tomcat实例化之后也是单例的。这就是struts1产生多线程问题的原因
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对象。