BlogJava-anchor110-文章分类-tomcat、apache、jboss等服务器相关

java.lang.NoClassDefFoundError踩坑经历

小一败涂地 — Thu, 09 Aug 2018 09:13:00 GMT

经历如下：
eclipse web本地工程，new一个java对象，编译时都没问题，但运行时就直接没反应，也没任何报错。查找了最少半天时间，原来以为是类之间相互依赖造成的，可能某些依赖类没加载进来或初始化的时候有问题。但最终定位确定不是，经过不断折磨和探索，最后在debug时，选择new ***()进行watch，发现报了java.lang.NoClassDefFoundError错误，这才开始有一点眉目。

最终定位问题原因：java web工程build后的WEB-INF/lib下，没有引入依赖的lib包，导致运行时出现诡异现象。

小一败涂地 2018-08-09 17:13 发表评论

catalina.out无限增长问题的解决办法

小一败涂地 — Sun, 13 Oct 2013 04:41:00 GMT

tomcat默认情况下，catalina.out日志增长都是无限的，从而导致日志文件超大。

1、下载安装cronolog，步骤如下：

安装过程如下：

A、下载（最新版本）

    #  wget http://cronolog.org/download/cronolog-1.6.2.tar.gz

B、解压缩

    # tar zxvf cronolog-1.6.2.tar.gz

C、进入cronolog安装文件所在目录

    # cd cronolog-1.6.2

D、运行安装

    # ./configure
    # make
    # make install

E、查看cronolog安装后所在目录（验证安装是否成功）

    # which cronolog

一般情况下显示为：/usr/local/sbin/cronolog

2、修改tomcat启动文件catalina.sh

A、将touch "$CATALINA_OUT"行注释掉。

B、将
org.apache.catalina.startup.Bootstrap "$@" start \ >> "$CATALINA_BASE"/logs/catalina.out 2>&1 & 替换成:
org.apache.catalina.startup.Bootstrap "$@" start 2>&1 \

| cronolog "$CATALINA_BASE"/logs/catalina.out.%Y-%m-%d >> /dev/null &
重启tomcat，则下次将会在catalina.out后面加上年月日，从而按日进行日志输出。

小一败涂地 2013-10-13 12:41 发表评论

tomcat查看并发连接数

小一败涂地 — Thu, 19 Sep 2013 17:28:00 GMT

netstat -na | grep ESTAB | grep 8080 | wc -l

小一败涂地 2013-09-20 01:28 发表评论

apache服务器安装配置错误集锦

小一败涂地 — Sat, 14 Sep 2013 13:33:00 GMT

1、apache 配置、编译、安装完毕后，启动apache :apachectl start，报错如下：

httpd: Syntax error on line 140 of /usr/local/apache2/conf/httpd.conf: Cannot load
/usr/local/apache2/modules/mod_dir.so into server: /usr/local/apache2/modules/mod_dir.so: undefined symbol: apr_array_clear

解决办法：
重新配置、编译与安装apache，在configure的时候，带上选项：--with-included-apr。
重新配置、编译与安装的步骤如下：
.cd httpd.2.4.6
.make clean

./configure --prefix=/usr/local/apache --enable-so –enable-mods-shared=most --with-mpm=worker --with-apr=/usr/local/apr/ --with-apr-util=/usr/local/apr-util --with-pcre=/usr/local/pcre --with-included-apr
.make
.make install

2、启动apache遇到错误：httpd: Could not reliably determine the server's fully qualified domain name，具体为：

httpd: Could not reliably determine the server's fully qualified domain name, using 127.0.0.1 for ServerName

问题原因与解决办法：这一般是由于本机DNS设置错误或不想连接外网，所以故意不设置导致成的。解决办法如下：

[root@server conf]# vi httpd.conf
#ServerName www.example.com:80
ServerName localhost:80

注意，端口号要与实际启动的端口号，即Listen配置相同。若启动了多个Listen实例，则需要对应的配置多个ServerName与之相对应，否则还会报错。

参考链接：

http://www.2cto.com/os/201201/117797.html

http://hi.baidu.com/zeldady/item/96f1ae30742006c31a969631

3、源码编译apache报错：

configure: error: Bundled APR requested but not found at ./srclib/. Download and unpack the corresponding apr and apr-util packages to ./srclib/.

解决办法：

将APR和APR-util源码下载，解压放到httpd-2.4.3/srclib里面，并去除版本号
cp -r apr-1.4.6 httpd-2.4.3/srclib/apr
cp -r apr-util-1.4.1 httpd-2.4.3/srclib/apr-util

参考：

http://blog.sina.com.cn/s/blog_a45d5a3a01016ycc.html

小一败涂地 2013-09-14 21:33 发表评论

tomcat session一直无法清除

小一败涂地 — Sun, 04 Aug 2013 01:50:00 GMT

在 web应用中设置了会话的超时控制为1分钟，如下：

但会话过了1分钟的一，却不清除，查看tomcat管理控制台，发现session 是一直递增，从未清除过过期的session。

解决办法如下：
1、删除$TOMCAT_HOME/work目录下的所有文件。
2、重启tomcat。
3、完毕。

小一败涂地 2013-08-04 09:50 发表评论

如何绑定域名和ip

小一败涂地 — Fri, 16 Nov 2012 04:28:00 GMT

方法：
1、进入注册域名的服务网站，登录后台管理系统。
2、选择“设置域名解析”，选择要绑定的域名和要绑定的IP地址。
3、注：凡是.cn域名，没备案前，都不支持绑定。只有.com域名支持。

过个30分钟左右，具体等待时间可能略有差异，ping域名，就能ping通了，此时，就已经绑定了。

接下来，就可以用域名替换ip访问网站或自己的WEB程序了。

小一败涂地 2012-11-16 12:28 发表评论

如何替换tomcat下的小猫咪图标

小一败涂地 — Fri, 16 Nov 2012 03:19:00 GMT

在tomcat下部署应用程序，运行后，发现在地址栏中有个tomcat的小猫咪图标。
有时候，我们自己不想显示这个图标，想换成自己定义的的图标，那么按如下方法操作即可：
1、将$TOMCAT_HOME/webapps/ROOT/tomcat.svg改名。
2、将自定义的图标文件改名为favicon.ico，并覆盖$TOMCAT_HOME/webapps/ROOT/favicon.ico。

清空浏览器缓存，刷新界面即可看到自定义效果的图标。

小一败涂地 2012-11-16 11:19 发表评论

Caused by: java.lang.NoClassDefFoundError: com/sun/xml/bind/CycleRecoverable

小一败涂地 — Thu, 15 Nov 2012 20:53:00 GMT

解决步骤：
1、将jaxb-impl-2.1.12.jar和jaxb-api-2.1.jar放到jre/lib/endorsed/目录下，如果没有endorsed目录，则新建之，一般情况下是没有的。
2、将jaxb-impl-2.1.12.jar和jaxb-api-2.1.jar放到$TOMCAT_HOME/lib/endorsed/目录下，如果没有endorsed目录，则新建之，一般情况下是没有的。

小一败涂地 2012-11-16 04:53 发表评论

webwork文件上传中文文件名上传问题解决

小一败涂地 — Fri, 21 Sep 2012 03:28:00 GMT

场景：
用webwork上传中文文件名的文件时，在action中接收到的文件名已经乱码。

解决办法：
修改webwork.properties文件，将上传文件的解析器，修改成pell，如下：

# multipart parser
#弃用jakarta，解决中文上传文件时文件名乱码问题
webwork.multipart.parser=pell

小一败涂地 2012-09-21 11:28 发表评论

Tomcat6启动或者发布项目时提示Publishing failed:Resource /xxxx does not exist

小一败涂地 — Thu, 05 May 2011 03:25:00 GMT

Tomcat6和Eclipse一起使用时，启动或者发布项目时提示Publishing failed:Resource /xxxx does not exist

解决方法：
刷新一下项目，有可能是磁盘文件和Eclipse项目中文件不一致造成的。

小一败涂地 2011-05-05 11:25 发表评论

关于web.xml中的(注：转载于http://yjshengshe.javaeye.com/blog/641934)

小一败涂地 — Sun, 26 Dec 2010 02:21:00 GMT

问题：

中的标签部分除了放具体的jsp或html页面（例如下）

index.jsp

index.html

外能不能放一个请求在里面？（例如下）

index.do

我用spring MVC，按照以下配置

index.do

启动服务器，终是报404错误，但我在地址栏手工加入index.do时，页面正常显示，这是为什么，是不是服务器不支持这样的写法（index.do）？？？？如果支持应该如何写？？？？

回答:

支持...不过tomcat 会去检查有没有index.do这个文件.

意思大概就是这样,首先读取 welcome list,然后取得第一个index,然后到web中的路径中查找有没有这个文件,没有继续第二个.
然后继续下去没有,就提示没有主页.

解决办法:
在你的WebRoot 下添加一个空白的文件命名为 index.do

小一败涂地 2010-12-26 10:21 发表评论

Tomcat配置GZIP压缩给网站提速(转载于：http://blog.csdn.net/TechChan/archive/2009/02/20/3910524.aspx)

小一败涂地 — Wed, 08 Dec 2010 09:34:00 GMT

Tomcat配置GZIP压缩给网站提速收藏

打开conf/server.xml文件可以看到：

要使用gzip压缩功能，可以在Connector实例中加上如下属性:

1) compression="on" 打开压缩功能
2) compressionMinSize="2048" 启用压缩的输出内容大小，这里面默认为2KB
3) noCompressionUserAgents="gozilla, traviata" 对于以下的浏览器，不启用压缩&<60;
4) compressableMimeType="text/html,text/xml" 压缩类型

修改完成后

port="8080"               maxHttpHeaderSize="8192"
               maxThreads="150" minSpareThreads="25" maxSpareThreads="75"
               enableLookups="false" redirectPort="8443" acceptCount="100"
               connectionTimeout="20000" disableUploadTimeout="true"
      compression="on"
compressionMinSize="2048"
noCompressionUserAgents="gozilla,traviata"
compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain" />

即在Connector里面增加红色部分即可。

小一败涂地 2010-12-08 17:34 发表评论

公网访问不了80端口的解决方案

小一败涂地 — Tue, 14 Sep 2010 10:09:00 GMT

问题描述：
    linux上部署了一个APACHE，在服务器上访问http://IP地址，可以访问。
    但在公网上，访问，却访问不了。

经查，原因如下：
    由于服务器托管在IDC机房，电信公司对80端口做了特殊限制，必须是工信部备案的网站，才能开放80端口。

小一败涂地 2010-09-14 18:09 发表评论

在Windows 系统下Tomcat与Apache服务器集成(注：转载于http://news.newhua.com/news1/Skills_System/2010/91/109113342436764B1G8HBG9JJEDCAH141DKDG0DAG979ADH5197n.html)

小一败涂地 — Thu, 09 Sep 2010 02:17:00 GMT

Apache 服务器本身没有提供 Servlet/JSP 容器。因此，在实际应用中，把 Tomcat与Apache服务器集成，可以建立具有实用价值的商业化的Web平台。

安装Apache服务器

运行 apache_2.0.63-win32-x86-no_ssl.msi，就启动了 Apache 服务器的安装程序，只要按默认设置进行安装即可。如果安装成功，会自动在Windows中加入Apache HTTP服务。

假定Apache服务器的根目录为，在其conf子目录下有一个配置文件httpd.conf。如果Apache安装在本机上，并且采用默认的80端口作为HTTP端口，则在httpd.conf文件中会看到如下属性：

Listen 80

在操作系统的【开始】→【程序】→【Apache HTTP Server 2.0】→【ControApacheServer】菜单中，提供了重启（Restart）、启动（Start）和关闭（Stop）Apache 服务器的子菜单。

Tips

应该确保操作系统的80端口没有被占用，否则Apache服务器无法启动。当Apache服务器启动后，就可以通过访问Apache的测试页来确定是否安装成功。

在Apache服务器中加入JK插件

要在Apache服务器中加入JK插件，只要把mod_jk.so复制到/modules目录下即可。

创建workers.properties文件

Apache 服务器把 Tomcat 看做是为自己工作的工人（worker）。workers.properties文件用于配置 Tomcat 的信息，它的存放位置为 /conf/workers.

properties。在本书附赠光盘的 sourcecode/chapter26/windows_apache 目录下提供了workers.properties文件，它的内容如下（“#”后面为注释信息）：

worker.list=worker1worker.worker1.port=8009 #工作端口，若没占用则不用修改worker.worker1.host=localhost #Tomcat服务器的地址worker.worker1.type=ajp13 #类型worker.worker1.lbfactor=1 #负载平衡因数

以上worker.list指定Tomcat服务器名单。例如“worker.list=worker1”表示只有一个 Tomcat 服务器，名为“worker1”。再例如“worker.list=worker1,worker2”表示有两

个 Tomcat 服务器，分别名为“worker1”和“worker2”。worker.worker1.port 及worker.worker1.host用于设置名为“worker1”的Tomcat服务器的有关属性，如果要设置worker2的port属性，则可以采用“worker.worker2.port=8109”的形式。

测试配置

重启Tomcat服务器和Apache服务器，并通过浏览器访问http://localhost/index.jsp，如果出现Tomcat的默认主页，就说明配置已经成功。此外，如果在Tomcat服务器上已经发布了helloapp应用（把本书附赠光盘的sourcecode/chapter26 目录下的 helloapp目录复制到/webapps 目录下），则可以访问 http://localhost/helloapp/hello.htm，如果正常返回helloapp应用的hello.htm网页，说明配置已经成功。如果配置有误，可以查看JK插件生成的日志信息，它有助于查找错误原因。在Apache服务器的配置文件 httpd.conf 中设定该日志文件的存放位置为/logs/mod_jk.log。

小一败涂地 2010-09-09 10:17 发表评论

java.net.SocketException: Too many open files

小一败涂地 — Thu, 09 Sep 2010 02:12:00 GMT

tomcat与apache整合的时候，在tomcat/conf/server.xml中配置ajp最大连接参数maxThreads为1024。然后重启服务器，当线程数达到1024峰值的时候，报java.net.SocketException: Too many open files错误。

以下为网上摘抄的解决方案与解惑：

在Unix/Linux系统中，无论是socket还是file访问，在后台为该访问程序分配了一个文件描述符（descriptor），该文件描述符为应用程序与基础操作系统之间的交互提供了通用接口。Unix/Linux系统对每个进程能打开文件描述符有最大限制，一般默认是1024。如果在操作socket和file的时候忘记关闭，当超过系统默认的最大限制，则出现java.net.SocketException: Too many open files。

查看系统默认文件描述符的最大限制数
#ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
file size               (blocks, -f) unlimited
pending signals                 (-i) 1024
max locked memory       (kbytes, -l) 32
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
stack size              (kbytes, -s) 10240
cpu time               (seconds, -t) unlimited
max user processes              (-u) 32764
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

查看某一进程打开的文件描述符
#lsof -p 进程ID
java    12451 root    1w   REG    8,2     6130    2297363 /opt/log.txt
java    12451 root   43u  sock    0,5             6741803 can't identify protocol

针对这个问题，解决办法如下：

ulimit -n 2048 增加文件描述符最大数

就我目前遇到的问题，的确是因为socket打开连接太多了。

当然，网上其他人说的，诸如文件流没有关闭，也可能会导致这个问题。如果是这种情况，请检查程序，把不必要的socket或file操作关闭掉即可解决。

小一败涂地 2010-09-09 10:12 发表评论

Tomcat性能调整(注：转载于http://www.jspcn.net/htmlnews/11220922973431762.html)

小一败涂地 — Thu, 09 Sep 2010 01:56:00 GMT

一. 引言
性能测试与分析是软件开发过程中介于架构和调整的一个广泛并比较不容易理解的领域，更是一项较为复杂的活动。就像下棋游戏一样，有效的性能测试和分析只能在一个良好的计划策略和具备了对不可预料事件的处理能力的条件下顺利地完成。一个下棋高手赢得比赛靠的不仅仅是对游戏规则的认识，更是靠他的自己的能力和不断地专注于分析自己对手的实力来更加有效地利用和发挥规则的作用。同样一个优秀的性能测试和分析人员将要面对的是来自一个全新的应用程序和环境下带来的整个项目的挑战。本文中作者结合自己的使用经验和参考文档，对Tomcat性能方面的调整做一简要的介绍，并给出Tomcat性能的测试、分析和调整优化的一些方法。

二. 测量Web服务器的性能
测量web服务器的性能是一项让人感到畏缩的任务，但是我们在这里将给出一些需要注意的地方并且指点你了解其中更多的细节性的内容。它不像一些简单的任务，如测量CPU的速率或者是测量程序占用CPU的比例，web服务器的性能优化中包括许调整许多变量来达到目标。许多的测量策略中都包含了一个看似简单的浏览实际上是在向服务器发送大量的请求，我们称之为客户端的程序，来测量响应时间。客户端和服务器端是在同一台机器上吗？服务器在测试的时候还运行着其它的什么程序吗？客户端和服务器端的通讯是通过局域网，100baseT，10baseT还是使用调制解调器？客户端是否一直重复请求相同的页面，还是随机地访问不同的页面？（这些影响到了服务缓存的性能）客户端发送请求的有规律的还是突发的？你是在最终的配置环境下运行服务的还是在调试的配置环境下运行服务的？客户端请求中包含图片还是只有HTML页面？是否有请求是通过servlets和JSP的，CGI程序，服务端包含（Server- Side Includes ，SSI是一个可以让你使用动态HTML文件的技术）？所有这些都将是我们要关心的，并且几乎我们不可能精确地把所有的问题都清楚地列出来。

1.压力测试工具

“工欲善其事，必先利其器”，压力测试只有借助于一些工具才可得以实施。

大多数web压力测试工具的实现原理都是通过重复的大量的页面请求来模拟多用户对被测系统的并发访问，以此达到产生压力的目的。产生压力的手段都是通过录制或者是编写压力脚本，这些脚本以多个进程或者线程的形式在客户端运行，这样通过人为制造各种类型的压力，我们可以观察被测系统在各种压力状况下的表现，从而定位系统瓶颈，作为系统调优的基础。目前已经存在的性能测试工具林林总总，数量不下一百种，从单一的开放源码的免费小工具如 Aapache 自带的 web 性能测试工具 Apache Benchmark、开源的Jmeter 到大而全的商业性能测试软件如 Mercury 的 LoadRunner 等等。任何性能测试工具都有其优缺点，我们可以根据实际情况挑选用最合适的工具。您可以在这里找到一些 web压力测试工具http://www.softwareqatest.com/qatweb1.html#LOAD

这里我们所使用的工具要支持web应用服务认证才可以，要支持接收发送cookies，不仅如此Tomcat支持多种认证方式，比如基本认证、基于表单的认证、相互认证和客户端认证，而一些工具仅仅支持HTTP基本认证。真实地模拟用户认证是性能测试工具的一个重要的部分，因为认证机制将对一个web站点的性能特征产生重要的影响。基于你在产品中使用的不同的认证方式，你需要从上面的工具列表中选择使用这种特性的测试工具。

Apache Benchmark 和http_load是命令行形式的工具，非常易于使用。Apache Benchmark可以模仿单独的URL请求并且重复地执行，可以使用不同的命令行参数来控制执行迭代的次数，并发用户数等等。它的一个特点是可以周期性地打印出处理过程的信息，而其它工具只能给出一个全局的报告。

2.压力测试工具介绍

三. 外部环境的调整
在 Tomcat和应用程序进行了压力测试后，如果您对应用程序的性能结果不太满意，就可以采取一些性能调整措施了，当然了前提是应用程序没有问题，我们这里只讲Tomcat的调整。由于Tomcat的运行依赖于JVM，所以在这里我们把Tomcat的调整可以分为两类来详细描述：

外部环境调整

调整非Tomcat组件，例如Tomcat运行的操作系统和运行Tomcat的java虚拟机。

自身调整

修改Tomcat自身的参数，调整Tomcat配置文件中的参数。

下面我们将详细讲解外部环境调整的有关内容，Tomcat自身调整的内容将在第2部分中阐述。1.JAVA虚拟机性能优化

Tomcat本身不能直接在计算机上运行，需要依赖于硬件基础之上的操作系统和一个java虚拟机。您可以选择自己的需要选择不同的操作系统和对应的 JDK的版本（只要是符合Sun发布的Java规范的），但我们推荐您使用Sun公司发布的JDK。确保您所使用的版本是最新的，因为Sun公司和其它一些公司一直在为提高性能而对java虚拟机做一些升级改进。一些报告显示JDK1.4在性能上比JDK1.3提高了将近10%到20%。

可以给Java虚拟机设置使用的内存，但是如果你的选择不对的话，虚拟机不会补偿。可通过命令行的方式改变虚拟机使用内存的大小。如下表所示有两个参数用来设置虚拟机使用内存的大小。
参数
描述

-Xms
JVM初始化堆的大小

-Xmx
JVM堆的最大值

这两个值的大小一般根据需要进行设置。初始化堆的大小执行了虚拟机在启动时向系统申请的内存的大小。一般而言，这个参数不重要。但是有的应用程序在大负载的情况下会急剧地占用更多的内存，此时这个参数就是显得非常重要，如果虚拟机启动时设置使用的内存比较小而在这种情况下有许多对象进行初始化，虚拟机就必须重复地增加内存来满足使用。由于这种原因，我们一般把-Xms和-Xmx设为一样大，而堆的最大值受限于系统使用的物理内存。一般使用数据量较大的应用程序会使用持久对象，内存使用有可能迅速地增长。当应用程序需要的内存超出堆的最大值时虚拟机就会提示内存溢出，并且导致应用服务崩溃。因此一般建议堆的最大值设置为可用内存的最大值的80%。

Tomcat默认可以使用的内存为128MB，在较大型的应用项目中，这点内存是不够的，需要调大。

Windows下，在文件{tomcat_home}/bin/catalina.bat，Unix下，在文件{tomcat_home}/bin/catalina.sh的前面，增加如下设置：

JAVA_OPTS='-Xms【初始化内存大小】 -Xmx【可以使用的最大内存】'

需要把这个两个参数值调大。例如：

JAVA_OPTS='-Xms256m -Xmx512m'

表示初始化内存为256MB，可以使用的最大内存为512MB。

另外需要考虑的是Java提供的垃圾回收机制。虚拟机的堆大小决定了虚拟机花费在收集垃圾上的时间和频度。收集垃圾可以接受的速度与应用有关，应该通过分析实际的垃圾收集的时间和频率来调整。如果堆的大小很大，那么完全垃圾收集就会很慢，但是频度会降低。如果你把堆的大小和内存的需要一致，完全收集就很快，但是会更加频繁。调整堆大小的的目的是最小化垃圾收集的时间，以在特定的时间内最大化处理客户的请求。在基准测试的时候，为保证最好的性能，要把堆的大小设大，保证垃圾收集不在整个基准测试的过程中出现。

如果系统花费很多的时间收集垃圾，请减小堆大小。一次完全的垃圾收集应该不超过 3-5 秒。如果垃圾收集成为瓶颈，那么需要指定代的大小，检查垃圾收集的详细输出，研究垃圾收集参数对性能的影响。一般说来，你应该使用物理内存的 80% 作为堆大小。当增加处理器时，记得增加内存，因为分配可以并行进行，而垃圾收集不是并行的。

2.操作系统性能优化

这里说的操作系统是指运行web服务器的系统软件，当然，不同的操作系统是为不同的目的而设计的。比如OpenBSD是面向安全的，因此在它的内核中有许多的限制来防止不同形式的服务攻击（OpenBSD的一句座右铭是“默认是最安全的”）。这些限制或许更多地用来运行活跃的web服务器。

而我们常用的Linux操作系统的目标是易用使用，因此它有着更高的限制。使用BSD内核的系统都带有一个名为“Generic”的内核，表明所有的驱动器都静态地与之相连。这样就使系统易于使用，但是如果你要创建一个自定义的内核来加强其中某些限制，那就需要排除不需要的设备。Linux内核中的许多驱动都是动态地加载的。但是换而言之，内存现在变得越来越便宜，所以因为加载额外的设备驱动就显得不是很重要的。重要的是要有更多的内存，并且在服务器上腾出更多的可用内存。

小提示：虽然现在内存已经相当的便宜，但还是尽量不要购买便宜的内存。那些有牌子的内存虽然是贵一点，但是从可靠性上来说，性价比会更高一些。

如果是在Windows操作系统上使用Tomcat，那么最好选择服务器版本。因为在非服务器版本上，最终用户授权数或者操作系统本身所能承受的用户数、可用的网络连接数或其它方面的一些方面都是有限制的。并且基于安全性的考虑，必须经常给操作系统打上最新的补丁。

3.Tomcat与其它web服务器整合使用

虽然tomcat也可以作web服务器,但其处理静态html的速度比不上apache,且其作为web服务器的功能远不如apache,因此我们想把 apache和tomcat集成起来，将html与jsp的功能部分进行明确分工，让tomcat只处理jsp部分，其它的由apache,IIS等这些 web服务器处理，由此大大节省了tomcat有限的工作“线程”。

4.负载均衡

在负载均衡的思路下，多台服务器为对称方式，每台服务器都具有同等的地位，可以单独对外提供服务而无须其他服务器的辅助。通过负载分担技术，将外部发送来的请求按一定规则分配到对称结构中的某一台服务器上，而接收到请求的服务器都独立回应客户机的请求。

提供服务的一组服务器组成了一个应用服务器集群(cluster)，并对外提供一个统一的地址。当一个服务请求被发至该集群时，根据一定规则选择一台服务器，并将服务转定向给该服务器承担，即将负载进行均衡分摊。

通过应用负载均衡技术，使应用服务超过了一台服务器只能为有限用户提供服务的限制，可以利用多台服务器同时为大量用户提供服务。当某台服务器出现故障时，负载均衡服务器会自动进行检测并停止将服务请求分发至该服务器，而由其他工作正常的服务器继续提供服务，从而保证了服务的可靠性。

负载均衡实现的方式大概有四种：第一是通过DNS，但只能实现简单的轮流分配，不能处理故障，第二如果是基于 MS IIS，Windows 2003 server本身就带了负载均衡服务，第三是硬件方式，通过交换机的功能或专门的负载均衡设备可以实现，第四种是软件方式，通过一台负载均衡服务器进行，上面安装软件。使用Apache Httpd Server做负载平衡器，Tomcat集群节点使用 Tomcat就可以做到以上第四种方式。这种方式比较灵活，成本相对也较低。另外一个很大的优点就是可以根据应用的情况和服务器的情况采取一些策略。

四. 自身调整
本节将向您详细介绍一些加速可使Tomcat实例加速运行的技巧和方法，无论是在什么操作系统或者何种Java虚拟机上。在有些情况下，您可能没有控制部署环境上的操作系统或者Java虚拟机。在这种情况下，您就需要逐行了解以下的的一些建议，然而你应该在修改后使之生效。我认为以下方法是Tomcat性能自身调整的最佳方式。

1.禁用DNS查询

当web应用程序向要记录客户端的信息时，它也会记录客户端的IP地址或者通过域名服务器查找机器名转换为IP地址。DNS查询需要占用网络，并且包括可能从很多很远的服务器或者不起作用的服务器上去获取对应的IP的过程，这样会消耗一定的时间。为了消除DNS查询对性能的影响我们可以关闭DNS查询，方式是修改server.xml文件中的enableLookups参数值：

Tomcat4

Tomcat5

除非你需要连接到站点的每个HTTP客户端的机器名，否则我们建议在生产环境上关闭DNS查询功能。可以通过Tomcat以外的方式来获取机器名。这样不仅节省了网络带宽、查询时间和内存，而且更小的流量会使日志数据也会变得更少，显而易见也节省了硬盘空间。对流量较小的站点来说禁用DNS查询可能没有大流量站点的效果明显，但是此举仍不失为一良策。谁又见到一个低流量的网站一夜之间就流量大增呢？

2.调整线程数

另外一个可通过应用程序的连接器（Connector）进行性能控制的的参数是创建的处理请求的线程数。Tomcat使用线程池加速响应速度来处理请求。在Java中线程是程序运行时的路径，是在一个程序中与其它控制线程无关的、能够独立运行的代码段。它们共享相同的地址空间。多线程帮助程序员写出 CPU最大利用率的高效程序，使空闲时间保持最低，从而接受更多的请求。

Tomcat4中可以通过修改minProcessors和 maxProcessors的值来控制线程数。这些值在安装后就已经设定为默认值并且是足够使用的，但是随着站点的扩容而改大这些值。 minProcessors服务器启动时创建的处理请求的线程数应该足够处理一个小量的负载。也就是说，如果一天内每秒仅发生5次单击事件，并且每个请求任务处理需要1秒钟，那么预先设置线程数为5就足够了。但在你的站点访问量较大时就需要设置更大的线程数，指定为参数maxProcessors的值。 maxProcessors的值也是有上限的，应防止流量不可控制（或者恶意的服务攻击），从而导致超出了虚拟机使用内存的大小。如果要加大并发连接数，应同时加大这两个参数。web server允许的最大连接数还受制于操作系统的内核参数设置，通常Windows是2000个左右，Linux是 1000个左右。

在Tomcat5对这些参数进行了调整，请看下表：
属性名
描述

maxThreads
Tomcat使用线程来处理接收的每个请求。这个值表示Tomcat可创建的最大的线程数。

acceptCount
指定当所有可以使用的处理请求的线程数都被使用时，可以放到处理队列中的请求数，超过这个数的请求将不予处理。

connnectionTimeout
网络连接超时，单位：毫秒。设置为0表示永不超时，这样设置有隐患的。通常可设置为30000毫秒。

minSpareThreads
Tomcat初始化时创建的线程数。

maxSpareThreads
一旦创建的线程超过这个值，Tomcat就会关闭不再需要的socket线程。

最好的方式是多设置几次并且进行测试，观察响应时间和内存使用情况。在不同的机器、操作系统或虚拟机组合的情况下可能会不同，而且并不是所有人的web站点的流量都是一样的，因此没有一刀切的方案来确定线程数的值。

3.加速JSP编译速度

当第一次访问一个JSP文件时，它会被转换为Java serverlet源码，接着被编译成Java字节码。你可以控制使用哪个编译器，默认情况下，Tomcat使用使用命令行javac进行使用的编译器。也可以使用更快的编译器，但是这里我们将介绍如何优化它们。

另外一种方法是不要把所有的实现都使用JSP页面，而是使用一些不同的java模板引擎变量。显然这是一个跨越很大的决定，但是事实证明至少这种方法是只得研究的。如果你想了解更多有关在Tomcat可使用的模板语言，你可以参考Jason Hunter和William Crawford合著的《Java Servlet Programming 》一书（O'Reilly公司出版）。

在Tomcat 4.0中可以使用流行而且免费的Jikes编译器。Jikes编译器的速度要由于Sun的Java编译器。首先要安装Jikes（可访问 http://oss.software.ibm.com/pub/jikes 获得更多的信息），接着需要在环境变量中设置JIKESPATH包含系统运行时所需的JAR文件。装好Jikes以后还需要设置让JSP编译servlet使用Jikes，需要修改web.xml文件中 jspCompilerPlugin的值：

jsp

org.apache.jasper.servlet.JspServlet

logVerbosityLevel

WARNING

jspCompilerPlugin

org.apache.jasper.compiler.JikesJavaCompiler

classpath

/usr/local/jdk1.3.1-linux/jre/lib/rt.jar:
/usr/local/lib/java/servletapi/servlet.ja
r

在Tomcat 4.1（或更高版本），JSP的编译由包含在Tomcat里面的Ant程序控制器直接执行。这听起来有一点点奇怪，但这正是Ant有意为之的一部分，有一个API文档指导开发者在没有启动一个新的JVM的情况下，使用Ant。这是使用Ant进行Java开发的一大优势。另外，这也意味着你现在能够在Ant中使用任何javac支持的编译方式，这里有一个关于Apache Ant使用手册的javac page列表。使用起来是容易的，因为你只需要在元素中定义一个名字叫“compiler”，并且在value中有一个支持编译的编译器名字，示例如下：

jsp

org.apache.jasper.servlet.JspServlet

logVerbosityLevel

WARNING

compiler

jikes

Ant可用的编译器
名称
别名
调用的编译器

classic
javac1.1, javac1.2
Standard JDK 1.1/1.2 compiler

modern
javac1.3, javac1.4
Standard JDK 1.3/1.4 compiler

jikes
　　 The Jikes compiler

JVC Microsoft
Microsoft command-line compiler from the Microsoft SDK for Java/Visual J++

KJC 　　 The kopi compiler

GCJ 　　 The gcj compiler (included as part of gcc)

SJ Symantec
Symantec's Java compiler

extJavac
　　 Runs either the modern or classic compiler in a JVM of its own

由于JSP页面在第一次使用时已经被编译，那么你可能希望在更新新的jsp页面后马上对它进行编译。实际上，这个过程完全可以自动化，因为可以确认的是新的JSP页面在生产服务器和在测试服务器上的运行效果是一样的。

在Tomcat4的bin目录下有一个名为jspc的脚本。它仅仅是运行翻译阶段，而不是编译阶段，使用它可以在当前目录生成Java源文件。它是调试JSP页面的一种有力的手段。

可以通过浏览器访问再确认一下编译的结果。这样就确保了文件被转换成serverlet，被编译了可直接执行。这样也准确地模仿了真实用户访问JSP页面，可以看到给用户提供的功能。也抓紧这最后一刻修改出现的bug并且修改它J

Tomcat提供了一种通过请求来编译JSP页面的功能。例如，你可以在浏览器地址栏中输入http://localhost:8080 /examples/jsp/dates/date.jsp?jsp_precompile=true，这样Tomcat就会编译data.jsp而不是执行它。此举唾手可得，不失为一种检验页面正确性的捷径。

4. 其它

前面我们提到过操作系统通过一些限制手段来防止恶意的服务攻击，同样Tomcat也提供了防止恶意攻击或禁止某些机器访问的设置。

Tomcat提供了两个参数供你配置：RemoteHostValve 和RemoteAddrValve。

通过配置这两个参数，可以让你过滤来自请求的主机或IP地址，并允许或拒绝哪些主机/IP。与之类似的，在Apache的httpd文件里有对每个目录的允许/拒绝指定。

例如你可以把Admin Web application设置成只允许本地访问，设置如下：

allow="127.0.0.1" deny=""/>

如果没有给出允许主机的指定，那么与拒绝主机匹配的主机就会被拒绝，除此之外的都是允许的。与之类似，如果没有给出拒绝主机的指定，那么与允许主机匹配的主机就会被允许，除此之外的都是拒绝的。

五. 容量计划
容量计划是在生产环境中使用Tomcat不得不提的提高性能的另一个重要的话题。如果你没有对预期的网络流量下的硬件和带宽做考虑的话那么无论你如何做配置修改和测试都无济于事。

这里先对提及的容量计划作一个简要的定义：容量计划是指评估硬件、操作系统和网络带宽，确定应用服务的服务范围，寻求适合需求和软件特性的软硬件的一项活动。因此这里所说的软件不仅包括Tomcat，也包括与Tomcat结合使用的任何第三方web服务器软件。

如果在购买软硬件或部署系统前你对容量计划一无所知，不知道现有的软硬件环境能够支撑多少的访问量，甚至更糟直到你已经交付并且在生产环境上部署产品后才意识到配置有问题时再进行变更可能为时已晚。此时只能增加硬件投入，增加硬盘容量甚至购买更好的服务器。如果事先做了容量计划那么就不会搞的如此焦头烂额了。

我们这里只介绍与Tomcat相关的内容。

首先为了确定Tomcat使用机器的容量计划，你应该从一下列表项目种着手研究和计划：

1. 硬件

采用什么样的硬件体系？需要多少台计算机？使用一个大型的，还是使用多台小型机？每个计算机上使用几个CPU？使用多少内存？使用什么样的存储设备，I/O的处理速度有什么要求？怎样维护这些计算机？不同的JVM在这些硬件上运行的效果如何（比如IBM AIX系统只能在其设计的硬件系统上运行）？

2. 网络带宽

带宽的使用极限是多少？web应用程序如何处理过多的请求？

3. 服务端操作系统

采用哪种操作系统作为站点服务器最好？在确定的操作系统上使用哪个JVM最好？例如，JVM在这种系统上是否支持本地多线程，对称多处理？哪种系统可使web服务器更快、更稳定，并且更便宜。是否支持多CPU？
4. Tomcat容量计划

以下介绍针对Tomcat做容量计划的步骤：

1）量化负载。如果站点已经建立并运行，可以使用前面介绍的工具模仿用户访问，确定资源的需求量。

2）针对测试结果或测试过程中进行分析。需要知道那些请求造成了负载过重或者使用过多的资源，并与其它请求做比较，这样就确定了系统的瓶颈所在。例如：如果servlet在查询数据库的步骤上耗用较长的时间，那么就需要考虑使用缓冲池来降低响应时间。

3）确定性能最低标准。例如，你不想让用户花20秒来等待结果页面的返回，也就是说甚至在达到访问量的极限时，用户等待的时间也不能超过20秒种（从点击链接到看到返第一条返回数据）。这个时间中包含了数据库查询时间和文件访问时间。同类产品性能在不同的公司可能有不同的标准，一般最好采取同行中的最低标准或对这个标准做出评估。

4）确定如何合理使用底层资源，并逐一进行测试。底层资源包括CPU、内存、存储器、带宽、操作系统、JVM等等。在各种生产环境上都按顺序进行部署和测试，观察是否符合需求。在测试Tomcat时尽量多采用几种JVM，并且调整JVM使用内存和 Tomcat线程池的大小进行测试。同时为了达到资源充分合理稳定地使用的效果，还需针对测试过程中出现的硬件系统瓶颈进行处理确定合理的资源配置。这个过程最为复杂，而且一般由于没有可参考的值所以只能靠理论推断和经验总结。

5）如果通过第4步的反复测试如果达到了最优的组合，就可以在相同的生产环境上部署产品了。

此外应牢记一定要文档化你的测试过程和结果，因为此后可能还会进行测试，这样就可以拿以前的测试结果做为参考。另外测试过程要反复多次进行，每次的条件可能都不一样，因此只有记录下来才能进行结果比较和最佳条件的选择。

这样我们通过测试找到了最好的组合方式，各种资源得到了合理的配置，系统的性能得到了极大的提升。

六. 附加资料
很显然本文也很难全面而详尽地阐述性能优化过程。如果你进行更多研究的话可能会把性能调优做的更好，比如Java程序的性能调整、操作系统的调整、各种复杂环境与应用系统和其它所有与应用程序相关的东西。在这里提供一些文中提到的一些资源、文中提到的相关内容的链接以及本文的一些参考资料。

1. Web性能测试资料及工具

1） Jmeter Wiki首页，Jmeter为一个开源的100%Java开发的性能测试工具
http://wiki.apache.org/jakarta-jmeter/

2） Apache Benchmark使用说明
http://httpd.apache.org/docs-2.0/programs/ab.html

3）一些Java相关测试工具的介绍，包含可以与Tomcat集成进行测试的工具
http://blog.csdn.net/wyingquan/

4） LoadRunner? 是一种预测系统行为和性能的工业标准级负载测试工具。它通过模拟数据以千万计用户来实施并发负载来对整个企业架构进行测试，来帮助您更快的查找和发现问题。
http://www.mercury.com/us/products/performance-center/loadrunner/

2. 文中介绍的相关内容的介绍

1） Apache 2.x + Tomcat 4.x做负载均衡，描述了如何利用jk配置集群的负载均衡。
http://raibledesigns.com/tomcat/index.html

2）容量计划的制定，收集了许多有关制定web站点容量计划的例子：
http://www.capacityplanning.com/

3）评测Tomcat5负载平衡与集群，
http://www.javaresearch.org/article/showarticle.jsp?column=556&thread=19777

4） Apache与Tomcat的安装与整合之整合篇
http://www.javaresearch.org/article/showarticle.jsp?column=23&thread=18139

5）性能测试工具之研究，介绍了性能测试工具的原理与思路
http://www.51testing.com/emagzine/No2_2.htm

6） Java的内存泄漏
http://www.matrix.org.cn/resource/article/409.html

7） Web服务器和应用程序服务器有什么区别？
http://www.matrix.org.cn/resource/article/1429.html

8）详细讲解性能中数据库集群的问题
http://www.theserverside.com/articles/article.tss?l=DB_Break

小一败涂地 2010-09-09 09:56 发表评论

Tomcat 6.0 共享线程池的配置Shared Executor Thread pool(注：转载于http://www.java2000.net/p11864)

小一败涂地 — Thu, 09 Sep 2010 01:53:00 GMT

配置很简单
第一步，打开共享的线程池

maxThreads="1000" minSpareThreads="50" maxIdleTime="600000"/>

默认前后是注释掉的，去掉就可以了。其中

name
The name used to reference this pool in other places in server.xml. The name is required and must be unique.
这个是线程池的名字，必须唯一，我们在后面的配置里要用到这个东西

namePrefix
(String) The name prefix for each thread created by the executor. The thread name for an individual thread will be namePrefix+threadNumber
线程的名字前缀，用来标记线程名字的，这样每个线程就用这个前缀加上线程编号了，比如
catalina-exec-1
catalina-exec-2

maxThreads
(int) The max number of active threads in this pool, default is 200
允许的最大线程池里的线程数量，默认是200，大的并发应该设置的高一些，反正只是限制而已，不占用资源

minSpareThreads
(int) The minimum number of threads always kept alive, default is 25
最小的保持活跃的线程数量，默认是25.这个要根据负载情况自行调整了。太小了就影响反应速度，太大了白白占用资源。

maxIdleTime
(int) The number of milliseconds before an idle thread shutsdown, unless the number of active threads are less or equal to minSpareThreads. Default value is 60000(1 minute)
超过最小活跃线程数量的线程，如果空闲时间超过这个设置后，会被关别。默认是1分钟。

threadPriority
(int) The thread priority for threads in the executor, the default is Thread.NORM_PRIORITY
线程的等级。默认是Thread.NORM_PRIORITY

第二步
在 Connector里指定使用共享线程池

port="8009"
protocol="AJP/1.3"
maxThreads="5000"
executor="tomcatThreadPool"

    


注意，一旦使用了线程池，则其它的线程属性，比如 maxThreads等将被忽略






我测试了一下，由于每次请求不再需要重新分配线程，系统响应速度还是有很明显的改善的。


小一败涂地 2010-09-09 09:53 发表评论

轻松实现Apache,Tomcat集群和负载均衡(注：转载于http://hi.baidu.com/luodaijun/blog/item/5bbe4cfb5ffef864034f56a1.html)

小一败涂地 — Thu, 09 Sep 2010 01:48:00 GMT

环境说明

Apache :apache_2.0.55 1 个

Tomcat: apache-tomcat-5.5.17 (zip版) 2个

mod_jk:: mod_jk-apache-2.0.55.so 1个

第一部分：负载均衡

负载均衡，就是apache将客户请求均衡的分给tomcat1,tomcat2....去处理

1.安装apche,tomcat

http://httpd.apache.org/ 下载Apache 2.0.55

http://tomcat.apache.org/download-55.cgi 下载tomcat5.5 zip版本（解压即可，绿色版）

http://apache.justdn.org/tomcat/tomcat-connectors/jk/binaries/win32/jk-1.2.15/ 下载mod_jk,注意和 apache版本匹配

按照jdk,我的路径为:E:"ide"apache"Apache2

解压两份Tomcat, 路径分别为 E:"ide"tomcat1,E:"ide"tomcat2

下载mod_jk

2.修改Apache配置文件http.conf

在apache安装目录下conf目录中找到http.conf

在文件最后加上下面一句话就可以了

include "E:"ide"apache"Apache2"conf"mod_jk.conf"

2. http.conf 同目录下新建mod_jk.conf文件，内容如下

#加载mod_jk Module
LoadModule jk_module modules/mod_jk-apache-2.0.55.so

#指定 workers.properties文件路径
JkWorkersFile conf/workers.properties

#指定那些请求交给tomcat处理,"controller"为在workers.propertise里指定的负载分配控制器

JkMount /*.jsp controller

3.在http.conf同目录下新建 workers.properties文件，内容如下

worker.list = controller,tomcat1,tomcat2 #server 列表

#========tomcat1========

worker.tomcat1.port=8009 #ajp13 端口号，在tomcat下server.xml配置,默认8009
worker.tomcat1.host=localhost #tomcat的主机地址，如不为本机，请填写ip地址
worker.tomcat1.type=ajp13
worker.tomcat1.lbfactor = 1 #server的加权比重，值越高，分得的请求越多

#========tomcat2========

worker.tomcat2.port=9009 #ajp13 端口号，在tomcat下server.xml配置,默认8009
worker.tomcat2.host=localhost #tomcat的主机地址，如不为本机，请填写ip地址
worker.tomcat2.type=ajp13
worker.tomcat2.lbfactor = 1 #server的加权比重，值越高，分得的请求越多

#========controller,负载均衡控制器========
worker.controller.type=lb
worker.controller.balanced_workers=tomcat1,tomcat2 #指定分担请求的tomcat
worker.controller.sticky_session=1

4.修改tomcat配置文件server.xml

如果你在不同电脑上安装tomcat,tomcat的安装数量为一个，可以不必修改tomcat配置文件

我这里是在同一台电脑上安装两个tomcat，所以需要更改其中一个的设置

打开tomcat2/conf/server.xml文件

5.编写一个测试jsp

建立一个目录test.里面新建一个test.jsp,内容为

<%
System.out.println("===========================");
%>

把test放到tomcat1,tomcat2的webapps下

6.启动apache,tomcat1,tomcat2,进行测试

通过 http://localhost/test/test.jsp 访问，查看tomcat1的窗口，可以看到打印了一行"=========="

再刷新一次，tomcat2也打印了一条，再刷新，可以看到请求会被tomcat1,tomcat2轮流处理,实现了负载均衡

第二部分，配置集群

只配置负载均衡还不行，还要session复制，也就是说其中任何一个tomcat的添加的session，是要同步复制到其它tomcat，集群内的tomcat都有相同的session

1. 修改tomcat1, tomcat2的server.xml,将集群部分配置的在注释符删掉,并将tomcat2的4001端口改为4002，以避免与tomcat冲突，当然，如果是两台电脑，是不用改端口的，去掉注释符即可

2，修改测试项目test

修改test.jsp,内容如下

<%@ page contentType="text/html; charset=GBK" %>
<%@ page import="java.util.*" %>
Cluster App Test

Server Info:
<%
out.println(request.getLocalAddr() + " : " + request.getLocalPort()+"
");%>
<%
out.println("
ID " + session.getId()+"
");

// 如果有新的 Session 属性设置
String dataName = request.getParameter("dataName");
if (dataName != null && dataName.length() > 0) {
String dataValue = request.getParameter("dataValue");
session.setAttribute(dataName, dataValue);
}

out.print("Session 列表");

Enumeration e = session.getAttributeNames();
while (e.hasMoreElements()) {
     String name = (String)e.nextElement();
     String value = session.getAttribute(name).toString();
     out.println( name + " = " + value+"
");
         System.out.println( name + " = " + value);
   }
%>

然后在test 新建WEB-INF目录，WEB-INF下新建web.xml,内容如下

http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd" version="2.4">

TomcatDemo

注意：在你的应用的web.xml加入即可

ok,讲test复制到tomcat1,tomcat2的webapps下，重启apache,tomcat1,tomcat2,

输入网址 http://localhost/test/test.jsp

新建一个名称为 xiaoluo ,值为 cdut 的session,提交查询，新开一个ie窗口，再提交查询，如图，可以看到，两个tomcat 是负载均衡，并且session同步的

小一败涂地 2010-09-09 09:48 发表评论

Tomcat线程池apr和threadPool（注：转载于http://hi.baidu.com/%CE%E2_%F0%A9/blog/item/da3a56441965cb3386947350.html）

小一败涂地 — Sun, 29 Aug 2010 06:15:00 GMT

Tomcat是使用最广的Java Web容器，功能强大，可扩展性强。最新版本的Tomcat（5.5.17）为了提高响应速度和效率，使用了Apache Portable Runtime（APR）作为最底层，使用了APR中包含Socket、缓冲池等多种技术，性能也提高了。APR也是Apache HTTPD的最底层。可想而知，同属于ASF（Apache Software Foundation）中的成员，互补互用的情况还是很多的，虽然使用了不同的开发语言。

Tomcat 的线程池位于tomcat-util.jar文件中，包含了两种线程池方案。

方案一：使用APR的Pool技术，使用了JNI；

方案二：使用Java实现的ThreadPool。这里介绍的是第二种。如果想了解APR的Pool技术，可以查看APR的源代码。

ThreadPool默认创建了5个线程，保存在一个200维的线程数组中，创建时就启动了这些线程，当然在没有请求时，它们都处理“等待”状态（其实就是一个while循环，不停的等待notify）。如果有请求时，空闲线程会被唤醒执行用户的请求。

具体的请求过程是：服务启动时，创建一个一维线程数组（maxThread＝200个），并创建空闲线程(minSpareThreads＝5个)随时等待用户请求。当有用户请求时，调用 threadpool.runIt(ThreadPoolRunnable)方法，将一个需要执行的实例传给ThreadPool中。其中用户需要执行的实例必须实现ThreadPoolRunnable接口。 ThreadPool 首先查找空闲的线程，如果有则用它运行要执行ThreadPoolRunnable；如果没有空闲线程并且没有超过maxThreads，就一次性创建 minSpareThreads个空闲线程；如果已经超过了maxThreads了，就等待空闲线程了。总之，要找到空闲的线程，以便用它执行实例。找到后，将该线程从线程数组中移走。接着唤醒已经找到的空闲线程，用它运行执行实例（ThreadPoolRunnable）。运行完ThreadPoolRunnable后，就将该线程重新放到线程数组中，作为空闲线程供后续使用。

由此可以看出，Tomcat的线程池实现是比较简单的，ThreadPool.java也只有840行代码。用一个一维数组保存空闲的线程，每次以一个较小步伐（5个）创建空闲线程并放到线程池中。使用时从数组中移走空闲的线程，用完后，再“归还”给线程池。

tomcat5.5.10以上版本支持apr，支持通过apache runtime module进行JNI调用，使用本地代码来加速网络处理。

如果不使用apr之前，Tomcat的Servlet线程池使用的是阻塞IO的模式，使用apr之后，线程池变成了 NIO的非阻塞模式，而且这种NIO还是使用了操作系统的本地代码，看tomcat文档上面的说法是，极大提升web处理能力，不再需要专门放一个web server处理静态页面了。
我自己直观的感受是，不用apr之前，你配置多少个等待线程，tomcat就会启动多少个线程挂起等待，使用apr以后，不管你配置多少，就只有几个NIO调度的线程，这一点你可以通过kill -3 PID，然后察看log得知。

假设不使用apr，可能端口的线程调度能力比较差，所以通过iptables进行端口转发，让两个端口去分担一个端口的线程调度，就有可能减少线程调度的并发，从而提高处理能力，减少资源消耗。

小一败涂地 2010-08-29 14:15 发表评论

JConsole远程监控Tomcat服务器

小一败涂地 — Fri, 27 Aug 2010 06:30:00 GMT

    为了解决内存溢出的问题，会用到一些监视内存的工具，jconsole这个工具是jdk5.0自带的工具，
所以如果你的jdk是5.0那么就不用去安装。
    这个工具可以查看系统的堆，非堆，线程，等等的一些整体的情况，从而可以判断出系统的一个大概的性能情况。

    那么配置如下：如果你是用tomcat，在catalina.bat来设置set JAVA_OPTS=%JAVA_OPTS% -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.port=7080 -Dcom.sun.management.jmxremote

    特别注意：-Dcom.sun.management.jmxremote.port=7080，这个端点是jconsole专用的，不要和你的系统的端点冲突。再启动你的应用。
    ok，配置好了后，就直接进dos命令,输入jconsole，它会弹出一个界面，你直接点“远程连接”的选项卡，主机就填你要监控的ip地址名，端口与你配的-Dcom.sun.management.jmxremote.port 的端口一致就可以了，再连接就可以了。如果连接成功就会进入监控你的系统。

    常见问题：在linux下，运行hostname -i，如果名称显示为127.0.0.1，则jconsole将连接不上远程服务器。解决办法如下：
    vi /etc/hosts
    增加192.168.0.4    anchor110

    然后在jconsole的连接选项中，填写192.168.0.4:[port]即可。

小一败涂地 2010-08-27 14:30 发表评论

TOMCAT监控工具Probe的正确安装与使用（注：互联网资料整理而成）

小一败涂地 — Fri, 27 Aug 2010 06:04:00 GMT

LambdaProbe，专门为TOMCAT监控而设计，下面讲解其用法：

1 下载：
http://www.lambdaprobe.org/downloads/1.7/probe.1.7b.zip
2 解压缩后，把probe.war放到TOMCAT的webapps下
3 设置用户如下，在tomcat_user.xml中
vi /usr/local/tomcat/conf//tomcat-users.xml

4 设置环境变量，获取服务器状态
# vi /etc/profile
JAVA_OPTS=-Dcom.sun.management.jmxremote
export JAVA_OPTS

5 重启动服务器
6 输入http://localhost/probe/,输入用户名和密码
7 即可进入，这里比较精彩的是对内存的监视，动态显示了JVM的内存图表

注：在WINDOWS环境下，上述第四步设置环境变量后，查看“内存信息”，会显示正常图示。
但在LINUX下，即使设置了环境变量，也不行，会报错：

This page requires Java5 with enabled JMX Agent. To enable the JXM Agent please add "-Dcom.sun.management.jmxremote" to java command line or $JAVA_OPTS environment variable.

解决办法如下：

Vi /usr/local/tomcat/bin/catalina.sh

CATALINA_HOME=/usr/local/tomcat

JAVA_OPTS="-Xms512m -Xmx768m -XX:PermSize=128m -XX:MaxPermSize=128m -Dcom.sun.management.jmxremote"

再重启服务器即可。

小一败涂地 2010-08-27 14:04 发表评论