struts1 与 struts2 的线程安全问题 （转帖）

去面试，问及struts方面的内容：aciton是否thread safe？

俺毫不犹豫的回答：不是

然后问，为什么不是？struts1和struts2那个是线程安全的？俺支吾了半天。也没说个所以然出来。郁闷。

下面是找的另一位同胞的文章：

action到底是thread safe还是unsafe呢 我们来看看servlet是否是thread safe ，action都是继承至servlet的

看看其他资料的解释：

JSP默认是以多线程方式执行的，这是JSP与ASP，PHP，PERL等脚本语言不一样的地方，也是它的优势之一，但如果不注意多线程中的同步问题，会使所写的JSP程序有难以发现的错误。

JSP的中存在的多线程问题：

当客户端第一次请求某一个JSP文件时，服务端把该JSP编译成一个CLASS文件，并创建一个该类的实例，然后创建一个线程处理CLIENT端的请求。如果有多个客户端同时请求该JSP文件，则服务端会创建多个线程。每个客户端请求对应一个线程。以多线程方式执行可大大降低对系统的资源需求,提高系统的并发量及响应时间.对JSP中可能用的的变量说明如下:

实例变量

实例变量是在堆中分配的,并被属于该实例的所有线程共享，所以不是线程安全的.

JSP系统提供的8个类变量

JSP中用到的OUT,REQUEST,RESPONSE,SESSION,CONFIG,PAGE,PAGECONXT是线程安全的,APPLICATION在整个系统内被使用,所以不是线程安全的.

局部变量

局部变量在堆栈中分配,因为每个线程都有它自己的堆栈空间,所以是线程安全的.

静态类

静态类不用被实例化,就可直接使用,也不是线程安全的.

外部资源:

在程序中可能会有多个线程或进程同时操作同一个资源(如:多个线程或进程同时对一个文件进行写操作).此时也要注意同步问题.

使它以单线程方式执行,这时，仍然只有一个实例，所有客户端的请求以串行方 式执行。这样会降低系统的性能

最后的解决方案是：不要在action里用实例变量。

又另一位同胞的文章，关于Struts2的线程安全：

在最近使用struts2的时候，都会看到别人写的action中会加上一个scope("prototype")

这很是奇怪。为什么要加这个。。

在struts1中并不会加这个。。而且对于struts1中的action都是单例的。虽然听说Singleton是个反模式，听说有性能问题。但在使用struts1的时候没有去深究，因为大家都这么用，用得很自然。

在查询资料的时候又看到了很多没有加上scope的问题

http://blog.csdn.net/foamflower/archive/2009/07/08/4329989.aspx

这些都是因为没有加上scope，导致上一次的变量值影响了下一次的请求。

还有如下问题：也让我想不通。

那么线程的问题到底体现在哪儿呢？

在查了些资料后。。明白了些！

http://hi.baidu.com/platon/blog/item/64a20ff3f96e7fce0b46e031.html

这文章中讲了最基本的servlet的多线程问题。

其实servlet本身就是个多线程环境下的单例类。web容器就是这样来处理servlet的。

通过这文章知道，为什么struts1中并没有考虑到线程问题，因为所有的代码都是写在execute的方法中，所有变量都是定义在里面，所以没有线程安全问题。

而现在的struts2就不一样了。struts2的action中就像一个POJO一样，定义了很多的类变量。这就有线程安全问题了。。此时，就使用scope=prototype来指定是个原型模式，而不是单例，这样就解决了线程安全问题。每个线程都是一个新的实例。。

http://hi.baidu.com/niujunkai/blog/item/021964adc130660a4a36d6ab.html

这文章也说明了问题的关键之处。