对于多线程下Servlet以及Session的一些理解

今天,小伙伴突然问到了Servlet是不是线程安全的问题。脑子当时一卡壳,只想到了单实例多线程。这里做一些总结。

Servlet体系是建立在Java多线程的基础之上的,它的生命周期是由Tomcat来维护的。当客户端第一次请求Servlet的时候,tomcat会根据web.xml配置文件实例化servlet,当又有一个客户端访问该servlet的时候,不会再实例化该servlet,也就是多个线程在使用这个实例。

Servlet线程池

serlvet采用多线程来处理多个请求同时访问,Tomcat容器维护了一个线程池来服务请求。

线程池实际上是等待执行代码的一组线程叫做工作组线程(Worker Thread),Tomcat容器使用一个

调度线程来管理工作组线程(Dispatcher Thead)。

当容器收到一个Servlet请求,Dispatcher线程从线程池中选出一个工作组线程,将请求传递

给该线程,然后由该线程来执行Servlet的service方法。

当这个线程正在执行的时候,容器收到另一个请求,调度者线程将从线程池中选出另外一个

工作组线程来服务则个新的请求,容器并不关心这个请求是否访问的是同一个Servlet还是另一个

Servlet。当容器收到对同一个Servlet的多个请求的时候,那这个servlet的service方法将在多线程

中并发的执行。

Servlet线程安全问题

多线程和单线程Servlet具体区别:多线程下每个线程对局部变量都会有自己的一份copy,这

样对局部变量的修改只会影响到自己的copy而不会对别的线程产生影响,线程安全的。但是对于

实例变量来说,由于servlet在Tomcat中是以单例模式存在的,所有的线程共享实例变量。多个线程

对共享资源的访问就造成了线程不安全问题。

那么如何使Servlet线程安全呢?

设计线程安全的Servlet

针对上述的情况如何设计线程安全的Servlet呢?我们知道的是多线程是不共享局部变量的

servlet线程不安全也是针对于共享资源的访问才产生的。 因此这里就有一种方式了。

变量的线程安全

这里的变量变量指的是字段和共享数据,主要是表单的参数值。基于多线程不共享局部变量的

特点我们可以将这类变量参数本地化。例如对于上面的一个实例我们可以这样设计

 1 protected void doPost(HttpServletRequest request,
 2             HttpServletResponse response) throws ServletException, IOException {
 3         String message;
 4         message = request.getParameter("message");
 5         PrintWriter printWriter = response.getWriter();
 6         try {
 7             Thread.sleep(5000);
 8         } catch (InterruptedException e) {
 9             // TODO Auto-generated catch block
10             e.printStackTrace();
11         }
12         printWriter.write(message);
13     }  

属性的线程安全

ServletContext:它是线程不安全的,多线程下可以同时进行读写,因此我们要对其读写操作进行

同步或者深度的clone。

HttpSession:同样是线程不安全的,和ServletContext的操作一样。

ServletRequest:它是线程安全的,对于每一个请求由一个工作线程来执行,都会创建一个

ServletRequest对象,所以ServletResquest只能在一个线程中被访问,而且他只在service()方法内是

有效的。

同步的集合类

在使用java中的集合API进行处理的时候,选择同步的集合。

外部对象互斥

在多个Servlet中对某个外部对象(例如文件)的修改是务必加锁,互斥访问。不过这里需要注意的是

使用Synchronized的时候这意味着线程需要排队等待处理,因此在使用同步块的时候要尽量的缩小同

步块的代码范围。不要直接在方法上用同步,这样会严重影响性能。

值得一提的是最好别再serlvet中创建自己的线程来完成某个功能,这会是情况更加复杂。

Single ThreadMode接口

这也是解决servlet线程安全问题的一个方法,Single ThreadMode是一个标识接口,如果一个Servlet

实现了该接口,那么Tomcat将保证在一个时刻仅有一个线程可以在给定的Serlvet实例的service方法中

执行。其他所有请求进行排队。(针对单个实例)

可以看出的是这种方式虽然可以解决线程安全问题,可以效率太过低下。

其再Servlet的规范中已经被废弃了。

总结

Servlet的线程安全问题只有在大量的并发访问时才会显现出来,并且很难发现,因此在编写Servlet程序

时要特别注意。线程安全问题主要是由实例变量造成的,因此在Servlet中应避免使用实例变量。如果应用程

序设计无法避免使用实例变量,那么使用同步来保护要使用的实例变量,但为保证系统的最佳性能,应该

同步可用性最小的代码路径。

下面来说第二部分: HttpSession

http://blog.csdn.net/haitao111313/article/details/7735620

时间: 2024-09-30 20:55:06

对于多线程下Servlet以及Session的一些理解的相关文章

sevlet是单线程还是多线程,在多线程下如何编写安全的servlet程序

sevlet是单线程还是多线程,在多线程下如何编写安全的servlet程序 首先明确:Servlet是单实例的,即对于同一种业务请求只有一个是实例.不同的业务请求可以通过分发来产生多个实例.其次:单实例的原因我想是因为单实例足可以处理某一个请求,就像ibatis的Querydao.UpdateDao一样都是单实例的.再次:为什么单实例足可以处理某一个请求,因为Servlet是单实例多线程的.http://hiyachen.cublog.cn  [email protected]先看一段代码:pa

多线程下的资源同步访问

在一个应用程序中使用多线程 好处是每一个线程异步地执行. 对于Winform程序,可以在后台执行耗时操作的同时,保持前台UI正常地响应用户操作. 对于Service.对于客户端的每一个请求,可以使用一个单独的线程来进行处理.而不是等到前一个用户的请求被完全处理完毕后,才能接着处理下一个用户的请求. 同时,异步带来的问题是,必须协调对资源(文件,网络,磁盘)的访问. 否则,会造成在同一时间两个以上的线程访问同一资源,并且这些线程间相互未知,导致不可预测的数据问题. Lock/Monitor:防止线

ASP.NET多线程下使用HttpContext.Current为null解决方案

多线程或者异步调用中如何访问HttpContext? 前面我还提到在APM模式下的异步完成回调时,访问HttpContext.Current也会返回null,那么此时该怎么办呢? 答案有二种:1. 在类型中添加一个字段来保存HttpContext的引用(异步开始前).2. 将HttpContext赋值给BeginXXX方法的最后一个参数(object state) 建议优先选择第二种方法,因为可以防止以后他人维护时数据成员被意外使用. 引用: 不错的文章:http://www.cnblogs.c

Java多线程21:多线程下的其他组件之CyclicBarrier、Callable、Future和FutureTask

CyclicBarrier 接着讲多线程下的其他组件,第一个要讲的就是CyclicBarrier.CyclicBarrier从字面理解是指循环屏障,它可以协同多个线程,让多个线程在这个屏障前等待,直到所有线程都达到了这个屏障时,再一起继续执行后面的动作.看一下CyclicBarrier的使用实例: public static class CyclicBarrierThread extends Thread { private CyclicBarrier cb; private int sleep

Window下高性能IOCP模型队列多线程下应用

IOCP,先从概念上认识一下.IOCP全称I/O Completion Port,中文译为I/O完成端口.是Windows平台最高效的I/O模块,现在IIS服务器,就采用IOCP模型.IOCP是一个异步I/O的API,它可以高效地将I/O事件通知给应用程序.与使用select()或是其它异步方法不同的是,现在很多书,文字都直接将IOCP模块和网络编程关联起来,好像IOCP就是和网络打交道的.典型的IOCP模型的使用,是 将一个套接字(socket)与一个完成端口关联了起来,当一个网络事件发生的时

hashmap,hashtable,concurrenthashmap多线程下的比较(持续更新)

1.hashMap 多线程下put会造成死循环,主要是扩容时transfer方法会造成死循环. http://blog.csdn.net/zhuqiuhui/article/details/51849692(具体原因) 2.hashTable,使用synchornized保证线程安全,线程竞争竞争激烈的情况下,效率低下.当一下线程访问hashTable方法的时候,其他的线程会进入轮询或者阻塞的情况. 如果线程1是用put方法添加元素,线程2不能put元素也不能get元素,所以竞争越激烈越低. 3

HashMap简单源码及多线程下的死循环

主要记录hashMap的一些基本操作源码实现原理以及多线程情况下get()操作的死循环引发原因 一.hashMap简介 1.hashMap集合的主要属性及方法 (默认初始化容量)DEFAULT_INITIAL_CAPACITY = 16 (默认最大容量)MAXIMUM_CAPACITY = 1 << 30 (默认加载因子)DEFAULT_LOAD_FACTOR = 0.75f (Entry数组)Entry[] table (Entry实例的数量)size put(K key, V value)

HashMap为什么在多线程下会让cpu100%

首先HashMap并不是sun公司多线程提供的集合,很多时候我们的程序是一个主线程,用了hashmap并没有什么问题,但是在多线程下会出现问题. hashmap是一个哈希表,存储的数据结构也可以是一个线性数组,我们的存储的数据都在entry里,默认的大小是16, 因子是0.75  当达到16*0.75的时候就会扩充 把原来的数据transfer在新的扩充的容器里,在转换的时候如果是一个线程并没有什么问题,但是在多线程的时候,如果在临界点的时候,如果存储的值得hash值对数组的长度去摸一样,就会存

转发 FMDB多线程下&quot;is currently in use&quot; 或者 &quot;database is locked&quot; 问题

FMDB多线程下"is currently in use" 或者 "database is locked" 问题 问题一: "is currently in use" 出现的场景是这样的,多线程操作数据库,每个线程都使用了FMDatabase实例(注意没有使用FMDatabaseQueue). 问题二:“database is locked"出现的场景是这样的,多线程操作数据库,每个线程各自创建了FMDatabaseQueue实例操作数