Tomcat在各位JavaWeb从业者经常就是默认的开发环境,可是Tomcat的默认配置做为生产环境,尤为是内存和线程的配置,默认都很低,容易成为性能瓶颈.web
幸亏Tomcat还有不少的提高空间.下文介绍一下Tomcat优化,能够分为内存,线程,IO.apache
一:Tomcat内存优化,启动时告诉JVM我要一块大内存(调优内存是最直接的方式)编程
Windows 下的catalina.battomcat
Linux 下的catalina.sh 如:服务器
JAVA_OPTS='-Xms256m -Xmx512m'
-Xms<size> JVM初始化堆的大小架构
-Xmx<size> JVM堆的最大值 实际参数大小根据服务器配置或者项目具体设置.并发
二:Tomcat 线程优化 在server.xml中 如:异步
<Connector port="80" protocol="HTTP/1.1" maxThreads="600" minSpareThreads="100" maxSpareThreads="500" acceptCount="700" connectionTimeout="20000" />
maxThreads="X" 表示最多同时处理X个链接性能
minSpareThreads="X" 初始化X个链接优化
maxSpareThreads="X" 表示若是最多能够有X个线程,一旦超过X个,则会关闭不在须要的线程
acceptCount="X" 当同时链接的人数达到maxThreads时,还能够排队,队列大小为X.超过X就不处理
三:Tomcat IO优化
1:同步阻塞IO(JAVA BIO) 同步并阻塞,服务器实现模式为一个链接一个线程(one connection one thread 想一想都以为恐怖,线程但是很是宝贵的资源),固然能够经过线程池机制改善.
2:JAVA NIO:又分为同步非阻塞IO,异步阻塞IO 与BIO最大的区别one request one thread.能够复用同一个线程处理多个connection(多路复用).
3:,异步非阻塞IO(Java NIO2又叫AIO) 主要与NIO的区别主要是操做系统的底层区别.能够作个比喻:比做快递,NIO就是网购后要本身到官网查下快递是否已经到了(多是屡次),而后本身去取快递;AIO就是快递员送货上门了(不用关注快递进度)。
BIO方式适用于链接数目比较小且固定的架构,这种方式对服务器资源要求比较高,并发局限于应用中,JDK1.4之前的惟一选择,但程序直观简单易理解.
NIO方式适用于链接数目多且链接比较短(轻操做)的架构,好比聊天服务器,并发局限于应用中,编程比较复杂,JDK1.4开始支持.
AIO方式使用于链接数目多且链接比较长(重操做)的架构,好比相册服务器,充分调用OS参与并发操做,编程比较复杂,JDK7开始支持.
在server.xml中
<Connector port="80" protocol="org.apache.coyote.http11.Http11NioProtocol" connectionTimeout="20000" URIEncoding="UTF-8" useBodyEncodingForURI="true" enableLookups="false" redirectPort="8443" />
实现对Tomcat的IO切换.
四:大杀器APR
APR是从操做系统级别来解决异步的IO问题,大幅度的提升性能. (http://apr.apache.org/).
APR(Apache Portable Runtime)是一个高可移植库,它是Apache HTTP Server 2.x的核心.能更好地和其它本地web技术集成,整体上让Java更有效率做为一个高性能web服务器平台而不是简单做为后台容器.
在产品环境中,特别是直接使用Tomcat作WEB服务器的时候,应该使用Tomcat Native来提升其性能.若是不配APR,基本上300个线程狠快就会用满,之后的请求就只好等待.可是配上APR以后,并发的线程数量明显降低,从原来的300可能会立刻降低到只有几十,新的请求会毫无阻塞的进来.
在局域网环境测,就算是400个并发,也是一瞬间就处理/传输完毕,可是在真实的Internet环境下,页面处理时间只占0.1%都不到,绝大部分时间都用来页面传输.若是不用APR,一个线程同一时间只能处理一个用户,势必会形成阻塞。因此生产环境下用apr是很是必要的.
安装Apache Tomcat Native Library,直接启动就支持apr(http://tomcat.apache.org/native-doc/)它自己是基于APR的. 具体安装方法能够参考其余博客和文章. 排除代码问题Tomcat优化到这个层次,能够应对大部分性能需求.
最后一句话"再牛B的服务器,也顶不住一个傻B的代码".优化的前提条件是良好的代码质量和设计.