tomcat中的线程问题

tomcat中的线程问题

看这篇文章之前,请先阅读: how tomcat works 读书笔记 十一 StandWrapper 上 地址如下​​ 在tomcat中,用户的一个请求会被一个servlet来处理。 那么当第一个人请求servletA时,它会在tomcat内部的类加载器中加载,得到一个servletA类的实例。 那个第二个人请求servletA时,又怎么办呢?是再得到一个新的实例还是怎么着? 话不多说看代码

public Servlet allocate() throws ServletException { // If not SingleThreadedModel, return the same instance every time if (!singleThreadModel) { // Load and initialize our instance if necessary if (instance == null) { // 如果instance为null 就调用loadServlet synchronized (this) { // 返回一个新的 if (instance == null) instance = loadServlet(); } } if (!singleThreadModel) { //如果已经有instance了 直接返回就ok countAllocated++; return (instance); } } synchronized (instancePool) { //能运行到这里,说明一定是实现了singleThreadModel while (countAllocated >= nInstances) { //会给池中不断地放置servlet if (nInstances < maxInstances) { instancePool.push(loadServlet()); nInstances++; } else { instancePool.wait(); } } countAllocated++; return (Servlet) instancePool.pop(); //最后返回顶上的一个 }

所以我们能得出一个结论,如果servlet没有实现singleThreadModel,那么第一次请求它时,返回一个新的,第二次就还是它本身了。如果实现了singleThreadModel,tomcat会维持一个servlet池,每次请求,都给你一个池里的对象。

如果你看完了我文章开头推荐的博客,应该就明白了为什么SingleThreadModel会被废弃了。

那么说到底,如果没有SingelThreadModel,多线程的问题怎么办?

既然问的了这里,那我就得先问一个问题了:如果是多线程,能有什么问题?

另外在上面的文章中,如果我们只使用局部变量而不用实例变量,就可以不用synchronized(this){} 这个保护。

通过上面的阅读我们知道

解决线程问题的最好方法就是避免使用servlet类的内部变量。但这是一种非语法级的保护措施,程序员还是可能会犯这个错误的。

因此最好的方法就是引入ThreadLocal模式。这个模式,我们在后面会再讲。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。