Servlet的线程安全问题
然后，我们通过一个html页面向该servlet发出三次请求：
刷新页面几次后，产生的结果为：
我们的输出结果为：
现在，我刷新html页面三次，第三次结果如下：com.zwchen.servlet.SimpleServlet@124e935[Thread[http-8081-Processor22,5,main]]:20212223242526272829com.zwchen.servlet.SimpleServlet@124e935[Thread[http-8081-Processor25,5,main]]:20212223242526272829com.zwchen.servlet.SimpleServlet@124e935[Thread[http-8081-Processor23,5,main]]:20212223242526272829
从以上结果，我们可以发现：
1、 在该html页面内的并发三次请求中，该Servlet里面的counter字段都不相互干扰
2、 counter字段还是实例字段，并且都会保留状态，不是每次都用0开始
3、 html页面内的三次请求都在不同的线程，但在同一个实例中。
总之，在Java里面，字段（不是局部变量）有三个共享范围：instance field，static field，local thread field，而后者往往在服务器端这种多线程环境必须考虑到的。
在J2EE项目开发过程中，ThreadLocal类有时有非常重要的作用，下面是我碰到的，但可以延伸：
1、 在用Hibernate做web开发的持久化时，有个模式叫做Open Session In View，也就是将session保留到页面中，在response结束后，在OpenSessionInViewFilter中关闭session，这对于延迟加载非常有效，例如，我们在页面上显示User的详细信息，需要显示该user的所属Department的信息; 但是，在list users这种不需要显示department信息的地方，那个user的department信息就不会加载，也就是说加载相关信息是动态的，但不会出现LazyInitializationException，也就是Load on demand。不过，注意慎用该模式。
2、 在工作流开发，例如OSWorflow，每次调用其服务前，都需要将caller对象传入，这样会导致我们的方法非常臃肿，如果我们在调用该方法的上层，如在Servlet里调用它之前，将User对象置于ThreadLocal中，那么可以在工作流方法内通过get()方法获取，而不用传入参数。
3、 为什么Web框架中，Webwork的action中可以有field，但Struts却不能？其实，也就是说，Struts不是线程安全的，而Webwork是线程安全的。大家可以参考Webwork的ActionContext类：
public class ActionContext implements Serializable {
static ThreadLocal actionContext = new ActionContextThreadLocal();
……………..
而对于Struts，我们可以从ActionServlet.process() => RequestProcessor. processActionPerform，在RequestProcessor中有字段 protected
