今天我的程序出了问题，启动一会儿就没反应了。tomcat日志内存溢出，程序没有错误。
org.apache.coyote.http11.Http11Processor processSEVERE: Error processing request
outofmemory heap space…..
这个程序已经运行了好几个月了，没有问题，昨天突然出了问题。重启tomcat也修复不了。
查了很久，这种情况只能是请求太多的原因造成的，问了下请求来源，果然增加了几十的请求。
我觉得几十的请求应该对我的程序没有影响的，谁知道就是这几十个请求，造成程序的瘫痪。
因为程序需要处理每秒上千的请求，对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等可配置的日志组件