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访问时两者的信息不会被对方及第三方知道!