tomcat linux 性能变差,Tomcat性能问题调查

一、程序现状

程序为基于Tomcat的WEB应用，在并发请求很少的情况下，程序运行正常，而当并发请求较多(70～300/30秒)时，WEB应用的页面几乎无法访问，通常需要刷新多次才可能成功访问一次。

通过Tomcat的status页面，可以发现Tomcat 当前线程数已达配置文件中设定的最大值(800个https，200个http)，并且当前所有线程均处于忙碌状态，大部分线程的生存期比较长，最长的可达20分钟。

观察数据库连接池，数据库连接数量已达配置文件设定最大值，但繁忙的数据库连接并不多，大部分处于空闲状态。

二、调试与跟踪面临的问题

多线程程序相对于单线程程序在跟踪和调试方面要麻烦许多，特别是在当众多线程启动时才会发生的BUG，期望通过IDE进行调试是不可能完成的任务。此时，记录log是最容易想到的跟踪方式。

但是在多线程中记录log面临的问题是由于线程众多，记录的log是也是由线程混杂生成的，因而很难从中抽取出一个线程的执行log进行分析。但是，要有效地分析线程运行情况，必须从繁杂的线程中抽取出一个线程的执行log。

显然，如果每一条log能够有当前线程(更确切地说，是针对当前请求的响应)的惟一标识，那么抽取一个线程就成为可能。

三、日志记录解决方案

要在log中标识惟一线程，很容易想到的方式是在记录log时同时记录线程ID，但是对于Tomcat及类似的WEB的应用，使用线程ID存在以下两个问题：

Tomcat等服务器会维护一个线程池，线程池中的线程会被反复使用，以便高效地响应请求，在这些种情况下，会有多个请求的log使用同一标识，依然无法抽取针对一次请求响应的log。

JDK1.4及之前并不支持线程ID，而当前面临的应用正好使用的是JDK1.4.2。

利用线程类Thread提供的以下方法，可以实现对对每一请求进行惟一标识：

public static Thread currentThread()   // 取得当前线程对象

public final void setName(String name) // 为线程设定一个名称

public final String getName()         // 取得线程的名称

具体实现过程如下：

在请求的入口处通过currentThread方法取得线程对象，然后调用其setName方法为线程设定一个惟一标识，惟一标识根据不同的应用可以设计不同的标识，只要其符合惟一性的标准即可。

在需要添加log的地方通过通过currentThread方法取得线程对象，然后调用getName方法取得当前线程的名称，并将其记入当前log。

由于怀疑是某些操作耗时过长，所以在需要记录log的方法中，入口处与出口处均需添加log。

更新程序后，取得log文件即可抽取一个请求的执行流程进行分析。

四、日志结果分析

通过日志，很快发现在线程中，以下方法被频繁调用并且耗时较长：

synchronized  public  static  XXX  getInstance()

{

if (m_instance == null)

{

m_instance = new XXX();

}

return m_instance;

}

该类是一个单实例类，通过分析其代码，并没有需要特别注意线程安全的地方，故可以直接取消方法getInstance的同步特性，只是这样可能在线程调用getInstance产生多余一个的实例，但此后它会被Java进行垃圾回收，并没有太大影响。或者，可以将同步范围缩小至需要创建对象的代码块处，这样将仅在程序刚开始运行时受到互斥的影响。

public  static  XXX  getInstance()

{

if (m_instance == null)

{

Synchronized(this)

{

if (m_instance == null)

{

m_instance = new XXX();

}

}

}

return m_instance;

}

五、总结

多线程应用，取得能够惟一标识一个线程的log是迅速查找问题的关键，单纯依据现象及经验进行分析，可能会耗费大量的时间。前期在分析问题可能产生原因的同时，能取得有效log是一项优先度极高的工作。

单实列类的使用要慎重，其对空间占用率的影响可能远不如因同步而带来的负面影响。通常，应当只将具有状态的类设计成单实例类。

看起来似乎可以很快执行完毕的同步方法，在线程众多、被频繁调用时，也有可能是线程执行的瓶颈所在，不要将关注点只放在哪些可能比较耗时的操作上。