转：servlet中的并发和性能影响

http://blog.sina.com.cn/s/blog_51103a35010144y1.html

BAIDU知道上看到的一段话，觉得说得很好。

Java还有很多需要学习的地方啊

 

1.javax.servlet.SingleThreadModel接口是一个标识接口，如果一个Servlet类实现了这个接口，那么Servlet容器将保证在同一个时刻只有一个线程可以在给定的servlet实例的service方法中执行。而将其他所有请求进行排队。

 服务器可以使用多个实例来处理请求，代替单个实例的请求排队带来的效益问题。服务器创建一个Servlet类的多个Servlet实例组成的实例池，对于每个请求分配Servlet实例进行响应处理，之后放回到实例池中等待下此请求。这样就造成并发访问的问题。

 此时,局部变量(字段)也是安全的，但对于全局变量和共享数据是不安全的，需要进行同步处理。而对于这样多实例的情况SingleThreadModel接口并不能解决并发访问问题。因此，不建议实现SingleThreadModel接口，因为它在servlet规范中已经被废弃了。

2.使用同步块Synchronized，防止可能异步调用的代码块。这意味着线程需要排队处理。在使用同板块的时候要尽可能的缩小同步代码的范围，不要直接在sevice方法和响应方法上使用同步，这样会严重影响性能。

ServletContext是可以多线程同时读/写属性的，线程是不安全的。要对属性的读写进行同步处理或者进行深度Clone()。

   所以在Servlet上下文中尽可能少量保存会被修改（写）的数据，可以采取其他方式在多个Servlet中共享，比方我们可以使用单例模式来处理共享数据。

HttpSession（线程是不安全的）

   HttpSession对象在用户会话期间存在，只能在处理属于同一个Session的请求的线程中被访问，因此Session对象的属性访问理论上是线程安全的。

   当用户打开多个同属于一个进程的浏览器窗口，在这些窗口的访问属于同一个Session，会出现多次请求，需要多个工作线程来处理请求，可能造成同时多线程读写属性。

   这时我们需要对属性的读写进行同步处理：使用同步块Synchronized和使用读/写器来解决。

   对于每一个请求，ServletRequest由一个工作线程来执行，都会创建有一个新的ServletRequest对象，所以ServletRequest对象只能在一个线程中被访问。所以ServletRequest是线程安全的。ServletRequest对象在service方法的范围内是有效的，不要试图在service方法结束后仍然保存请求对象的引用。

对于集合， 使用线程安全的Vector代替ArrayList，使用Hashtable代替HashMap。

不要在Servlet中创建自己的线程来完成某个功能。

  Servlet本身就是多线程的，在Servlet中再创建线程，将导致执行情况复杂化，出现多线程安全问题。

，在多个servlet中对外部对象(比方文件)进行修改操作一定要加锁，做到互斥的访问

对于为什么要在doget方法里另上同步块，就是因为解决：当a,b同时访问时，如果a比b稍慢一些就会出现这样的情况，a页面空白，而b页面出现了服务端返回给a的结果，假如是比较敏感的个人信息不能让他人知道的，而这种情况就会出现严重的安全问题，使用同步块并加锁可以做到a，b访问时两者的信息不会被对方及第三方知道！