javaweb回顾第六篇谈一谈Servlet线程安全问题

前言：前面说了很多关于Servlet的一些基础知识，这一篇主要说一下关于Servlet的线程安全问题。

1：多线程的Servlet模型

要想弄清Servlet线程安全我们必须先要明白Servlet实例是如何创建，它的模式是什么样的。

在默认的情况下Servlet容器对声明的Servlet，只创建一个Servlet实例，那么如果要是多个客户同时请求访问这个Servlet，Servlet容器就采取多线程。下面我们来看一幅图

从图中可以看出当客户发送请求的时候，Servlet容器通过调度者线程从线程池中选择一个线程，然后将请求传递给这个线程，然后在由这个线程去执行Servlet的Service方法。

如果多个客户端同时请求执行一个Servlet实例，那么这个Servlet容器的Service方法将在多个线程中并发执行（比喻图中客户1，客户2，客户3同时调用Servlet1实例，那么调度者线程就会在线程池中调用3个线程分别用于客户1,2,3的请求，然后3个线程同时并发执行Servlet1实例的Service方法）因为Servlet容器采取的单实例多线程的方法，那么就大大的减小了Servlet实例创建的开销，提升了对请求的响应时间，也是这样引起了Servlet线程安全问题。所以我们下面说线程安全问题。

2：Servlet的线程安全

2.1：变量的线程安全

2.1.1：变量为啥会存在线程安全

我们先看一段代码

 public class HelloWorldServlet extends HttpServlet{
     private String userName;
     protected void doGet(HttpServletRequest request, HttpServletResponse response) throws IOException
     {
         userName=request.getParameter("userName");
         PrintWriter out=response.getWriter();
         if(userName!=null&&userName!="")
         {
             out.print(userName);
         }
         else {
             out.println("用户名不存在");
         }
     }
 }

我们来分析这段代码，现在有A，B2个客户端同时请求HelloWorldServlet 这个实例，Servlet容器分配线程T1来服务A客户端的请求，T2来服务B客户端的请求，操作系统首先调用T1来运行，T1运行到第6行的时候得到了用户名为张三并保存，此时时间片段到了，操作系统开始调用T2运行也运行到第6行但是这个用户名是李四，此时时间片段又到了，操作系统又开始运行T1，从第7行开始运行，但是此时的用户名却成了李四，输出的时候确实李四（很明显是错误的），那么这个时候就出现了线程安全问题。

2.1.2：如何防止变量的线程安全

1. 把全局变量改为局部变量

   1. protected  void doGet(HttpServletRequest request, HttpServletResponse response) throws IOException
          {
              String userName=request.getParameter("userName");
              PrintWriter out=response.getWriter();
              if(userName!=null&&userName!="")
              {
                  out.print(userName);
              }
              else {
                  out.println("用户名不存在");
              }
          }

      因为每次调用这个方法的时候就会重写对userName实例化这样一来就不会存在线程安全问题了。

2. 使用synchronized对doGet进行同步

protected synchronized  void doGet(HttpServletRequest request, HttpServletResponse response)

采用这种方式明显不合适，因为这样T2必须要等T1执行完毕以后才可以执行，大大的影响了效率。

3.如果是静态资源则加上final表示这个资源不可以改变

比喻 final static String url="jdbc:mysql://localhost:3306/blog";

2.2：属性的线程安全

在Servlet中可以访问保存在ServletContext，HttpSession，ServletRequest对象中的属性，这三种对象都提供了getAttribute(),setAttribute() 方法用来对取和设置属性，那么这三个不同范围对象的属性访问是否线程安全呢，下面我们来一起看一下

2.2.1：ServletContext

首先明确一点是ServletContext是被应用程序下所有的Servlet所共享的，那么ServletContext对象就可以被web应用程序所有的Servlet访问，那么这样一来多个Servlet就可以同时对ServletContext的属性进行设置和访问，所以这个时候就会出现线程安全问题。我们来看一段代码

 protected void service(HttpServletRequest request, HttpServletResponse response)
     {
         String userName=request.getParameter("userName");
         if ("login") {
             List list=(List)getServletContext().getAttribute("userList");
             list.add(userName);
         }
         else {
             List list=(List)getServletContext().getAttribute("userList");
             list.remove(userName);
         }
     }

 protected void service(HttpServletRequest request, HttpServletResponse response) throws IOException
     {
         List list=(List)getServletContext().getAttribute("userList");
         int count=list.size();
         for(int i=0;i<count;i++)
         {
             PrintWriter out=response.getWriter();
             out.println(list.get(i));
         }
     }

第一段代码是当用户登录以后把用户名保存在ServletContext属性中，如果不是登录就删除这个用户

第二段代码就是查看应用程序所有的用户登录情况，那么我们看如何出现线程安全问题的

当2个请求并发执行的时候，可能第二段代码刚刚执行第五行的时候获取的count=5；但是呢另一个请求恰好执行第一段代码第十行，把其中的某个用户删除了，当第二段代码在循环遍历的时候运行到count=5的时候就会数组超过索性界限异常。那么此时就出现了线程安全问题。那么遇到这样的问题怎么解决呢，第一就是把ServletContext属性值进行拷贝保存起来，第二就是采用synchronized 进行同步（这个效率低）

2.2.2：HttpSession

httpSession对象在用户会话期间存活的，不像ServletContext一样被所有的用户共享，所以说一个HttpSession在同一个时刻只用一个用户进行请求的，因此理论看来Session是线程安全的，其实并不是如此，这个和浏览器有关，在上一篇Session我们说过，同一个浏览器只能具有一个Session，那么这样一来就会出现Session线程安全问题，看如下代码

     protected void service(HttpServletRequest request, HttpServletResponse response) throws IOException
     {
         String commandType=request.getParameter("commandType");
         HttpSession session=request.getSession();
         List list=(List)session.getAttribute("items");
         if ("add".equals(commandType)) {
             //添加
         }
         else if("delete".equals(commandType)){
             //删除
         }
         else {
             int count=list.size();
             for (int i = 0; i < count; i++) {
                 //遍历
             }
         }
     }

上面是一个添加物品信息的一个简单伪代码，如果用户现在在一个浏览器窗口删除一件物品的同时又在另一个窗口去获取所有的物品这个时候就会出现线程安全，从上面的介绍得知Servlet容器是多线程单实例的，这个时候Servlet容器就会分配2个线程来分别为删除物品和获取所有物品进行服务，如果其中一个线程刚好运行到14行时间片段结束，另一个线程这个时候又运行第10行删除一条物品信息，然后第一个线程又开始运行第15开始遍历，此时同样出现了上面数组索性超出范围的错误。

2.2.3：HttpRequest

httprequest是线程安全的，因为每个请求都会调用Service，都会创建一个新的HttpRequest和局部变量一样。

3：SingleThreadModel

从名字很好理解，就是单线程模式，也就是说如果Servlet实现了SingleThreadModel接口，Servlet容器就保证一个时刻只有一个线程在Servlet实例的Service方法运行（其实和同步差不多）这样一来就很影响效率了，现在SingleThreadModel已经被废弃了，值得注意的是就算Servlet实现了SingleThreadModel接口并不一定保证线程安全，比喻上面说的ServletContext，HttpSession，因为ServletContext是应用程序共享的，可能2个Servlet实例同时运行造成线程安全，HttpSession因为是在同一浏览器共享的所以也会出现（虽然可能性很小）

4：总结

1：只要我们了解Servlet容器工作的模式，可能就能够理解为什么Servlet会出现线程安全问题，所以一定牢记Servlet容器是多线程单实例的模型

2：避免使用全局变量，最好是使用局部变量，其实这本身也是一个好的编程习惯

3：应该使用只读的实例变量和静态变量（就是前面加上final意为不可改变）

4：不要在Servlet上自己创建线程，因为Servlet容器已经帮我们做好了。

5：如果要修改共享对象的时候记得要同步，尽量缩小同步的范围（比喻修改Session时候直接使用synchronized（Session）即可），避免影响性能