Struts中action线程安全问题解析
【问题描述】
最近公司安排我面试Java的FreshMan，面试者一般是工作1年多点的新人（这里我就装老一下，其实我也才工作3年不到），在被问及Struts1和Struts2的Action的线程安全问题的时候，大多是支支吾吾，答不出所以然。所以在这里我整理一下我个人的理解。
【问题答案】
这是由于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> <servlet-name>ServletTest1</servlet-name> <url-pattern>/servlet/ServletTest1</url-pattern> </servlet-mapping> <servlet> <servlet-name>ServletTest2</servlet-name> <servlet-class>web.servlet.ServletTest1</servlet-class> </servlet> <servlet-mapping> <servlet-name>ServletTest2</servlet-name> <url-pattern>/servlet/ServletTest1</url-pattern> </servlet-mapping> </web-app>
b, 下面的配置表示只会有一个servlet被实例化
<?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> <servlet-name>ServletTest1</servlet-name> <url-pattern>/servlet/ServletTest1</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>ServletTest1</servlet-name> <url-pattern>/servlet/ServletTest1</url-pattern> </servlet-mapping> </web-app>
也就是说，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 virgoboy2004@163.com
* @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。
总结
以上就是本文关于Struts中action线程安全问题解析的全部内容，希望对大家有所帮助。感兴趣的朋友可以继续参阅本站：Java线程安全的计数器简单实现代码示例、详解java各种集合的线程安全等，有什么问题可以随时留言，小编会及时回复大家的。推荐本站的两本Java编程相关书籍给大家，免费下载，供参考：
图解数据结构使用java PDF下载
http://www.jb51.net/books/581892.html
大话JAVA性能优化试读样章高清PDF
http://www.jb51.net/books/579375.html
希望大家能够喜欢！
相关推荐
-
Java的Struts框架中Action的编写与拦截器的使用方法
Struts2 Action/动作 动作是Struts2框架的核心,因为他们的任何MVC(模型 - 视图 - 控制器)框架.每个URL将被映射到一个特定的动作,它提供了来自用户的请求提供服务所需的处理逻辑. 但动作也提供其他两个重要的能力.首先,操作从请求数据的传输中起着重要的作用,通过向视图,无论是一个JSP或其它类型的结果.二,动作必须协助的框架,在确定结果应该渲染视图,在响应该请求将被退回. 创建动作: 在Struts2的动作,唯一的要求是必须有一个无参数的方法返回String或结果的对象
-
详解在Java的Struts2框架中配置Action的方法
在Struts2中Action部分,也就是Controller层采用了低侵入的方式.为什么这么说?这是因为在Struts2中action类并不需要继承任何的基类,或实现任何的接口,更没有与Servlet的API直接耦合.它通常更像一个普通的POJO(通常应该包含一个无参数的execute方法),而且可以在内容定义一系列的方法(无参方法),并可以通过配置的方式,把每一个方法都当作一个独立的action来使用,从而实现代码复用. 例如: package example; public class U
-
深入解析Java的Struts框架中的控制器DispatchAction
Struts中的表单处理器为ActionForm,而struts中的控制器主要是Action,以及DispatchAction控制器等. Action 在struts中,所有的用户都会经过ActionServlet的处理,而实际的工作是交给Action对象来处理的,ActionServlet可以从配置文件中创建ActionMapping对象,从ActionMapping对象中找到对应使用的Action,然后将用户请求转交给Action. 对Struts一个ActionMapping只能生成一个A
-
Struts中action线程安全问题解析
[问题描述] 最近公司安排我面试Java的FreshMan,面试者一般是工作1年多点的新人(这里我就装老一下,其实我也才工作3年不到),在被问及Struts1和Struts2的Action的线程安全问题的时候,大多是支支吾吾,答不出所以然.所以在这里我整理一下我个人的理解. [问题答案] 这是由于Servlet的工作原理产生的.我们先来简单回顾一下Servlet的生命周期"初始化->init->service->destroy->卸载". 这里大家都知道,我们在
-
完美解决Java中的线程安全问题
给出一个问题,如下: 解决方案如下: public class Demo_5 { public static void main(String[] args) { //创建一个窗口 TicketWindow tw1=new TicketWindow(); //使用三个线程同时启动 Thread t1=new Thread(tw1); Thread t2=new Thread(tw1); Thread t3=new Thread(tw1); t1.start(); t2.start(); t3.s
-
Java中后台线程实例解析
本文研究的主要是Java中后台线程的相关问题,具体介绍如下. 以前从来没有听说过,java中有后台线程这种东西.一般来说,JVM(JAVA虚拟机)中一般会包括俩种线程,分别是用户线程和后台线程.所谓后台线程(daemon)线程指的是:在程序运行的时候在后台提供的一种通用的服务的线程,并且这种线程并不属于程序中不可或缺的部分.因此,当所有的非后台线程结束的时候,也就是用户线程都结束的时候,程序也就终止了.同时,会杀死进程中的所有的后台线程.反过来说,只要有任何非后台线程还在运行,程序就不会结束.不
-
Java单例模式中的线程安全问题
目录 一. 使用多线程需要考虑的因素 二. 单例模式 1. 饿汉模式 2. 懒汉模式 3. 懒汉模式(使用synchronized改进) 4. 懒汉模式(使用双重校验锁改进) 三. volatile的原理 四. volatile的扩展问题(了解) 一. 使用多线程需要考虑的因素 提高效率:使用多线程就是为了充分利用CPU资源,提高任务的效率线程安全:使用多线程最基本的就是保障线程安全问题 所以我们在设计多线程代码的时候就必须在满足线程安全的前提下尽可能的提高任务执行的效故:加锁细粒度化:加锁的代
-
Java线程安全问题的解决方案
目录 线程安全问题演示 解决线程安全问题 1.原子类AtomicInteger 2.加锁排队执行 2.1 同步锁synchronized 2.2 可重入锁ReentrantLock 3.线程本地变量ThreadLocal 总结 前言: 线程安全是指某个方法或某段代码,在多线程中能够正确的执行,不会出现数据不一致或数据污染的情况,我们把这样的程序称之为线程安全的,反之则为非线程安全的.在 Java 中, 解决线程安全问题有以下 3 种手段: 使用线程安全类,比如 AtomicInteger. 加锁
-
Java多线程之线程安全问题详情
目录 1.线程安全概述 1.1什么是线程安全问题 1.2一个存在线程安全问题的程序 2.线程加锁与线程不安全的原因 2.1案例分析 2.2线程加锁 2.2.1什么是加锁 2.2.2如何加锁 2.2.3再析案例 2.3线程不安全的原因 3.线程安全的标准类 4.Object类提供的线程等待方法 前言: 本篇文章介绍的内容为Java多线程中的线程安全问题,此处的安全问题并不是指的像黑客入侵造成的安全问题,线程安全问题是指因多线程抢占式执行而导致程序出现bug的问题. 1.线程安全概述 1.1什么是线
-
解析Spring中@Controller@Service等线程安全问题
目录 首先问@Controller@Service是不是线程安全的? 总结: 首先问@Controller @Service是不是线程安全的? 答:默认配置下不是的.为啥呢?因为默认情况下@Controller没有加上@Scope,没有加@Scope就是默认值singleton,单例的.意思就是系统只会初始化一次Controller容器,所以每次请求的都是同一个Controller容器,当然是非线程安全的.举个栗子: @RestController public class TestContro
-
Struts中的Action 单例与多例详解
Struts中的Action 单例与多例详解 struts2中action是多例的,即每次访问网络地址的时候都会产生一个action public class pr_action { public pr_action(){ System.out.println("创建action成功!!!"); } public void execute(){ } } 运行代码可以看到,每次访问该网络地址都会在控制台输出一次!!! 如果是单例的话,若出现两个用户都修改一个对象的属性值,则会因为用户修
-
浅析iOS应用开发中线程间的通信与线程安全问题
线程间的通信 简单说明 线程间通信:在1个进程中,线程往往不是孤立存在的,多个线程之间需要经常进行通信 线程间通信的体现 1个线程传递数据给另1个线程 在1个线程中执行完特定任务后,转到另1个线程继续执行任务 线程间通信常用方法 复制代码 代码如下: - (void)performSelectorOnMainThread:(SEL)aSelector withObject:(id)arg waitUntilDone:(BOOL)wait; - (void)performSelecto
-
基于Spring中的线程池和定时任务功能解析
1.功能介绍 Spring框架提供了线程池和定时任务执行的抽象接口:TaskExecutor和TaskScheduler来支持异步执行任务和定时执行任务功能.同时使用框架自己定义的抽象接口来屏蔽掉底层JDK版本间以及Java EE中的线程池和定时任务处理的差异. 另外Spring还支持集成JDK内部的定时器Timer和Quartz Scheduler框架. 2.线程池的抽象:TaskExecutor TaskExecutor涉及到的相关类图如下: TaskExecutor接口源代码如下所示: p