服务器上的tomcat偶尔会响应缓慢,但是重启一下就恢复了,请问一下是什么原因?

解决方案 »

  1.   

    Tomcat调优
    关与tomcat 方面,可以采用优化措施:
    当线程过多机器资源消耗过大,不仅影响性能,严重还会宕机。例如线程达到150左右时服务端会抛出socket资源用尽的错误,你很难再往上加,响应的速度也变的异常的缓慢,你可以在Tomcat的服务器配置文件中优化一下配置,比如在 server.xml中修改,增加节点数目,可以有效的提高性能:
      <Connector port="8080" maxHttpHeaderSize="8192" maxThreads="150"
       minSpareThreads="30" maxSpareThreads="75" enableLookups="false"
       redirectPort="8443" acceptCount="100" connectionTimeout="20000"
       disableUploadTimeout="true" />
    适当修改粗、斜字体部分的值,几个参数意义分别为:
    maxThreads:Tomcat使用线程来处理接收的每个请求。这个值表示Tomcat可创建的最大的线程数。
    acceptCount:指定当所有可以使用的处理请求的线程数都被使用时,可以放到处理队列中的请求数,超过这个数的请求将不予处理。
    connnectionTimeout:网络连接超时,单位:毫秒。设置为0表示永不超时,这样设置有隐患的。通常可设置为30000毫秒。
    minSpareThreads:Tomcat初始化时创建的线程数。
    maxSpareThreads:一旦创建的线程超过这个值,Tomcat就会关闭不再需要的socket线程
      对于Connector 8443也有相应的设置,如果同时会用到http与https,应合理分配这两个数据.如果只用到其中的一个,可以将另外一个尽量设置小一点.
      此外,还可以给Java虚拟机设置使用的内存来提高性能,Tomcat默认可以使用的内存为128MB,在较大型的应用项目中,这点内存是不够的,需要调大。
      Windows下,在文件{tomcat_home}/bin/catalina.bat,Unix下,在文件{tomcat_home}/bin/catalina.sh中的set CURRENT_DIR=%cd%前面,增加如下设置:
      JAVA_OPTS=-Xms【初始化内存大小】 -Xmx【可以使用的最大内存】
      需要把这个两个参数值调大。例如:
      JAVA_OPTS=-Xms256m -Xmx512m
      这样,当tomcat线程数增大,但没有超过最大线程数时,平均响应时间会增大,但这不意味着tomcat在线程增多时响应速度变慢.在测试中发现,由于线程数增多,在请求时需要排队,导致一部分请求会一直排队,随着线程数的增多,排队等待的最大时间也会越来越大,而这些大数据才是导致平均响应时间变大的罪魁祸首.响应时间大于3s的请求占总请求的比例一直维持在3%-5%.
    系统代码中的System.out语句会严重影响代码执行的效率,有必要在测试完成之后清除这些垃圾log,或者建议换用log4j等可配置的日志组件。
      

  2.   

    tomcat偶尔会响应缓慢?检查程序,有可能在某一线程中创建了大的数据对象,占用了大量的内存,导致系统的整体响应处理慢。或者在Catalina.bat增加tomcat的内存大小看看
      

  3.   

    需要看看那个时间点是否在进行GC,GC会暂停
      

  4.   

    更换别的版本的tomcat或许能直接解决。
    我原来碰到过只要一访问网页,立马tomcat.exe占100%的情况,换了别的版本就解决了。
    另外最近又发现了新问题,tomcat居然偶尔会出堆内存向上溢出的error,这才挂了四个网站而已哎
      

  5.   

    估计是你的程序问题 
    注意释放内存在finally里面close一下
      

  6.   


    一般都是jre配置内存太小的原因,  其他服务器也有这个问题, 如果eclipse管理tomcat也可以通过eclipse 配置 , 但是webLogic需要在自己的配置文件种修改。
      

  7.   

    做过一次首页负载,tomcat6.0到5000并发请求就失真了。请求时间是正常的20多倍到1000倍。其实到500就有失真现象。200偶然有。100并发概率很低。你可以写一些自己的服务器,将容器的算法,改成最近最小使用调度方案,CPU对象晚回收方案就可以了。你先用UFO部署一下看有没有好转。