Tomcat配置与优化以及远程debug（二）

最新推荐文章于 2024-06-11 08:39:36 发布

java20150326

最新推荐文章于 2024-06-11 08:39:36 发布

阅读量226

点赞数

分类专栏： redis与tomcat集群

本文链接：https://blog.csdn.net/java20150326/article/details/81222204

版权

redis与tomcat集群专栏收录该内容

16 篇文章

订阅专栏

Tomcat IO优化

1.BIO方式

BIO方式适用于连接数目比较小且固定的架构，即阻塞式I/O操作, 基于JAVA的HTTP/1.1连接器 ,这种方式对服务器资源要求比较高，并发局限于应用中，JDK1.4以前的唯一选择，但程序直观简单易理解.一个线程处理一个请求。缺点：并发量高时，线程数较多，浪费资源。Tomcat7或以下，在Linux系统中默认使用这种方式。

2.NIO方式

NIO方式适用于连接数目多且连接比较短（轻操作）的架构，Java nio是一个基于缓冲区、并能提供非阻塞I/O操作的Java API , 比如聊天服务器，并发局限于应用中，编程比较复杂，JDK1.4开始支持.利用Java的异步IO处理，可以通过少量的线程处理大量的请求。Tomcat8在Linux系统中默认使用这种方式。

在server.xml中

<Connector port="80" protocol="org.apache.coyote.http11.Http11NioProtocol" 
    connectionTimeout="20000" 
    URIEncoding="UTF-8" 
    useBodyEncodingForURI="true" 
    enableLookups="false" 
    redirectPort="8443" />

实现对Tomcat的IO切换.

3.AIO方式

AIO方式使用于连接数目多且连接比较长（重操作）的架构，比如相册服务器，充分调用OS参与并发操作，编程比较复杂，JDK7开始支持.即Apache Portable Runtime，从操作系统层面解决io阻塞问题。

大杀器APR

APR是从操作系统级别来解决异步的IO问题,大幅度的提高性能. (http://apr.apache.org/).

APR(Apache Portable Runtime)是一个高可移植库,它是Apache HTTP Server 2.x的核心.能更好地和其它本地web技术集成，总体上让Java更有效率作为一个高性能web服务器平台而不是简单作为后台容器.

APR是使用原生C语言编写的非堵塞I/O，利用了操作系统的网络连接功能，速度很快。
但是需先安装apr和native，若直接启动就支持apr，能大幅度提升性能，不亚于魔兽开局爆高科技兵种，威力强大

Tomcat apr的配置需要以下三个组件的支持：

APR library
    JNI wrappers for APR used by Tomcat(libtcnative)[简单地说，就是自带的tomcat-native]

    OpenSSL libraries

与配置nio运行模式一样，也需要将对应Connector的protocol属性值改为 org.apache.coyote.http11.Http11AprProtocol

server.xml 文件中的配置

<Connector port="8080" protocol="org.apache.coyote.http11.Http11AprProtocol"
URIEncoding="UTF-8"
maxConnections="10000"
maxThreads="2000"
acceptCount="2000"
minSpareThreads="100"
compression="on"
compressionMinSize="2048"
compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain"
enableLookups="false"
disableUploadTimeout="true"
connectionTimeout="20000"
redirectPort="8443" />

在产品环境中，特别是直接使用Tomcat做WEB服务器的时候，应该使用Tomcat Native来提高其性能.如果不配APR，基本上300个线程狠快就会用满，以后的请求就只好等待.但是配上APR之后，并发的线程数量明显下降，从原来的300可能会马上下降到只有几十，新的请求会毫无阻塞的进来.

在局域网环境测，就算是400个并发，也是一瞬间就处理/传输完毕，但是在真实的Internet环境下，页面处理时间只占0.1%都不到，绝大部分时间都用来页面传输.如果不用APR，一个线程同一时间只能处理一个用户，势必会造成阻塞。所以生产环境下用apr是非常必要的.

远程DEBUG

1.idea工具里边配置如下图。

2. linux中的tomcat服务器的catalina.sh(最顶部)文件中加入上边的第一条命令如下：

JPDA_OPTS="-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=58673"

3.使用catalina.sh jpda start命令启动

在日常开发中，有时需要对远程服务器上的应用进行远程调试，对于tomcat，要进行远程调试其实很简单，只需要在启动tomcat时开启jpda服务即可。

什么是JPDA呢？

JPDA(Java Platform Debugger Architecture) 是 Java 平台调试体系结构的缩写，通过 JPDA 提供的 API，开发人员可以方便灵活的搭建 Java 调试应用程序。JPDA 主要由三个部分组成：Java 虚拟机工具接口（JVMTI），Java 调试线协议（JDWP），以及 Java 调试接口（JDI）。而像Eclipse和IDEA这种开发工具提供的图形界面的调试工具，其实就是实现了JDI。
tomcat使用如下方式进行启动jpda：./catalina.sh jpda start

默认情况下，远程调试的默认端口为8000，可以通过JPDA_ADDRESS进行配置，指定自定义的端口，另外，还有两个可以配置的参数

JPDA_TRANSPORT：即调试器和虚拟机之间数据的传输方式，默认值是dt_socket
JPDA_SUSPEND：即JVM启动后是否立即挂起，默认是n

可以在catalina.sh中进行配置：

JPDA_TRANSPORT=dt_socket
JPDA_ADDRESS=5005
JPAD_SUSPEND=n
或者通过JPDA_OPTS进行配置： JPDA_OPTS='-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=5005’
这样启动jpda之后(./catalina.sh jpda start) ，就可以通过Eclise或IDEA进行远程调试了