Tomcat常用设置 <持续更新>

　　本篇主要用于修改一些常用配置时的参考。遇新常记，以备时需。

=========================>

　　Windows版

基本安装

　　在安装之前，JDK应该是已经安装妥当，并设置了%JAVA_HOME%与%JRE_HOME%:

%JAVA_HOME%    E:Program FilesJavajdk1.7.0_80

%JRE_HOME%    E:Program FilesJavajdk1.7.0_80jre

妥当后，在dos环境下用java -version 以及javac命令检查java相关设置，无误后，解压tomcat.zip，并设置%CATALINA_HOME%:

%CATALINA_HOME%    E:software packageapache-tomcat-7.0.64-windows-x64apache-tomcat-7.0.64

上述路径都需要在Path中指向各自的bin目录(JRE_HOME除外)，保证系统路径正常。

　　接下来是安装tomcat服务:

E:software packageapache-tomcat-7.0.64-windows-x64apache-tomcat-7.0.64in>service.bat install
Installing the service 'Tomcat7' ...
Using CATALINA_HOME:    "E:software packageapache-tomcat-7.0.64-windows-x64apache-tomcat-7.0.64"
Using CATALINA_BASE:    "E:software packageapache-tomcat-7.0.64-windows-x64apache-tomcat-7.0.64"
Using JAVA_HOME:        "E:Program FilesJavajdk1.7.0_80"
Using JRE_HOME:         "E:Program FilesJavajdk1.7.0_80jre"
Using JVM:              "E:Program FilesJavajdk1.7.0_80jreinserverjvm.dll"
The service 'Tomcat7' has been installed.

之后便可以在安装的bin路径下，或以tomcat7w.exe启动，或是以startup.bat启动。

工程虚拟路径

　　对于一个running的tomcat,web工程可以直接打个war包丢入webapps目录下，tomcat会自动解压，解压的文件名与war包名称相同，所以需要修改访问路径时，只需要在解压之前修改war包的名称即可。但对于一个已经存在的工程文件，如果要修改其访问路径，可以在server.xml中<Host/>中进行配置<Context path="showName" docBase="acturalAddress"/>:

      <Host appBase="webapps" autoDeploy="true" name="localhost" unpackWARs="true">
        <Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs" pattern="%h %l %u %t &quot;%r&quot; %s %b" prefix="localhost_access_log." suffix=".txt"/>
        <Context path="testDruid" docBase="E:software packageapache-tomcat-7.0.64-windows-x64apache-tomcat-7.0.64webapps	est4-0.1"/>
      </Host>

这样，对于test4-0.1这个工程，在访问时，以我的本机为例，可以用虚拟路径访问：

http://localhost:8080/testDruid/

当然，原先的路径依旧合法。

工程虚拟主机

　　以本机为例，如果不想使用localhost的方式开启tomcat,可以将<Host/>中所配置的name属性值改成自己希望设置的域名，当然，这里需要修改hosts文件，让这个新域名指向本机ip：

<Host appBase="webapps" autoDeploy="true" name="www.changjiang.com" unpackWARs="true">
......

顺便一提，此时appBase指tomcat默认访问的文件夹，如果修改为别的路径，那么访问的就是新路径下的工程。想在访问路径中不加端口号，只需将访问端口改为80，即http协议的默认端口；如果想访问的工程时不加工程的名字，则需要将该工程的名称改为ROOT，此时该工程的访问路径为"/"。

多个tomcat共同使用

　　最根本的，只需要核心的三个端口不冲突，脚本中指向的路径能够是各自包中真正的路径即可。

所以，最为有效的是，在环境变量中添加%CATALINA_HOME_1%,而后将各类脚本中涉及到的地址均改为该名称，而后将server.xml中的http协议，ajp协议以及SHUTDOWN端口修改为不同的端口即可。当然，还是要在dos环境中各自的目录下安装服务。

　　tomcat发布web服务，对于其内的一些资源，如txt,jpg等资源，可以及时发布出来，对于一些工程我们可以配合log4j将日志发布到指定的目录下，而后在外部用http请求访问查看。

　　WEB-INF目录是无法访问的，这是由于tomcat做了过滤，所以即便资源放在其中，也不能从外部http请求到该路径下。

　　对于一个web项目，启动后首先查看的是该项目的web.xml文件，如果没有，那么会使用tomcat/conf目录下的web.xml文件。

　　web.xml中，<welcomelist/>里的内容是遵从先后顺序的。

　　......如果能查看源代码，可以了解更多细节

用户名与密码

　　根据权限的不同，可以分为四种等级，但此处只列出可以进入各个html文件权限的等级，其余的内容可以到文档中查看:

<role rolename="manager-gui"/>
<user username="root" password="root" roles="manager-gui"/>

添加位置位于conf/tomcat-user.xml中。

tomcat各个版本差异

　　使用中需要注意的是，tomcat版本不同，所依赖的servlet/jsp/jstl版本都会有差异。

内存问题

　　在使用Java程序从数据库中查询大量的数据或是应用服务器(如tomcat、jboss,weblogic)加载jar包时会出现java.lang.OutOfMemoryError异常。这主要是由于应用服务器的内存不足引起的。这种异常常有以下几种情况（以下以tomcat环境为例，其它WEB服务器如jboss,weblogic等是同一个道理）：

　　1. java.lang.OutOfMemoryError: PermGen space
　　PermGen space的全称是Permanent Generation space，是指内存的永久保存区域OutOfMemoryError: PermGen space。从文字上看就是内存溢出，解决方法是加大内存。为什么会内存溢出，这是由于这块内存主要是被JVM存放Class和Meta信息的，Class在被Load的时候被放入PermGen space区域，它和存放Instance的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对PermGen space进行清理，所以如果你的APP会LOAD很多CLASS的话，就很可能出现PermGen space错误。这种错误常见在web服务器对JSP进行pre compile的时候。如果你的WEB APP下都用了大量的第三方jar, 其大小超过了jvm默认的大小(4M)那么就会产生此错误信息了。
　　解决方法：手动设置MaxPermSize大小
====>.如果tomcat是以bat方式启动的，则如下设置：
　　修改TOMCAT_HOME/bin/catalina.sh
　　在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行：
　　JAVA_OPTS="-server -XX:PermSize=64M -XX:MaxPermSize=128m

====>.如果tomcat是注册成了windows服务，以services方式启动的，则需要修改注册表中的相应键值。
　　打开注册表，找到目录HKEY_LOCAL_MACHINESOFTWAREApache Software FoundationProcrun 2.0htftyParametersJava，其中目录地址中红色标注的（如htfty）需要根据不同情况作修改，为tomcat服务注册成windows服务的名称。可以看到JvmMs和JvmMx项，其中JvmMs设置最小的内存使用参数，JvmMx设置最大的内存使用参数。设置好JvmMs和JvmMx项的值，重启tomcat服务器即可生效。
      建议：将相同的第三方jar文件移置到tomcat/shared/lib目录下，这样可以达到减少jar 文档重复占用内存的目的。
　　2. java.lang.OutOfMemoryError: Java heap space
　　JVM堆的设置是指java程序运行过程中JVM可以调配使用的内存空间的设置。JVM在启动的时候会自动设置Heap size的值，其初始空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)是物理内存的1/4。可以利用JVM提供的-Xmn -Xms -Xmx等选项可进行设置。Heap size 的大小是Young Generation 和Tenured Generaion 之和。在JVM中如果98％的时间是用于GC且可用的Heap size 不足2％的时候将抛出此异常信息。
　　解决方法：手动设置Heap size
====>.如果tomcat是以bat方式启动的，则如下设置：
　　修改TOMCAT_HOME/bin/catalina.sh
　　在“echo "Using CATALINA_BASE:    $CATALINA_BASE"”上面加入以下行：
　　JAVA_OPTS="-server -Xms800m -Xmx800m    -XX:MaxNewSize=256m"
====>.如果tomcat是注册成了windows服务，以services方式启动的，则需要修改注册表中的相应键值。
　　打开注册表，找到目录HKEY_LOCAL_MACHINESOFTWAREApache Software FoundationProcrun 2.0htftyParametersJava，其中目录地址中红色标注的（如htfty）需要根据不同情况作修改，为tomcat服务注册成windows服务的名称。可以看到JvmMs和JvmMx项，其中JvmMs设置最小的内存使用参数，JvmMx设置最大的内存使用参数。设置好JvmMs和JvmMx项的值，重启tomcat服务器即可生效。
　　提示：Heap Size 最大不要超过可用物理内存的80％，一般的要将-Xms和-Xmx选项设置为相同，而-Xmn为1/4的-Xmx值。

　　Tomcat本身不能直接在计算机上运行，需要依赖于硬件基础之上的操作系统和一个java虚拟机。JAVA程序启动时JVM都会分配一个初始内存和最大内存给这个应用程序。这个初始内存和最大内存在一定程度都会影响程序的性能。比如说在应用程序用到最大内存的时候，JVM是要先去做垃圾回收的动作，释放被占用的一些内存。所以想调整Tomcat的启动时初始内存和最大内存就需要向JVM声明，一般的JAVA程序在运行都可以通过中-Xms -Xmx来调整应用程序的初始内存和最大内存: 这两个值的大小一般根据需要进行设置。初始化堆的大小执行了虚拟机在启动时向系统申请的内存的大小。一般而言，这个参数不重要。但是有的应用程序在大负载的情况下会急剧地占用更多的内存，此时这个参数就是显得非常重要，如果虚拟机启动时设置使用的内存比较小而在这种情况下有许多对象进行初始化，虚拟机就必须重复地增加内存来满足使用。由于这种原因，我们一般把-Xms和-Xmx设为一样大，而堆的最大值受限于系统使用的物理内存。一般使用数据量较大的应用程序会使用持久对象，内存使用有可能迅速地增长。当应用程序需要的内存超出堆的最大值时虚拟机就会提示内存溢出，并且导致应用服务崩溃。因此一般建议堆的最大值设置为可用内存的最大值的80%。
　　Tomcat默认可以使用的内存为128MB，在较大型的应用项目中，这点内存是不够的，需要调大。有以下几种方法可以选用：
　　第一种方法：
　　Windows下，在文件/bin/catalina.bat，Unix下，在文件/bin/catalina.sh的前面，增加如下设置：
　　JAVA_OPTS='-Xms【初始化内存大小】 -Xmx【可以使用的最大内存】需要把这个两个参数值调大。例如：
　　JAVA_OPTS='-Xms256m -Xmx512m表示初始化内存为256MB，可以使用的最大内存为512MB。
　　第二种方法：

　　环境变量中设变量名：JAVA_OPTS 变量值：-Xms512m -Xmx512m
　　第三种方法：

　　前两种方法针对的是bin目录下有catalina.bat的情况（比如直接解压的Tomcat等），但是有些安装版的Tomcat下没有catalina.bat，这个时候可以采用如下方法，当然这个方法也是最通用的方法：打开tomcatHome/in/ omcat5w.exe，点击Java选项卡，然后将会发现其中有这么两项：Initial memory pool和Maximum memory pool.Initial memory pool这个就是初始化设置的内存的大小。Maximum memory pool这个是最大内存的大小设置完了就按确定然后再重启TOMCAT你就会发现tomcat中jvm可用的内存改变了。另外需要考虑的是Java提供的垃圾回收机制。虚拟机的堆大小决定了虚拟机花费在收集垃圾上的时间和频度。收集垃圾可以接受的速度与应用有关，应该通过分析实际的垃圾收集的时间和频率来调整。如果堆的大小很大，那么完全垃圾收集就会很慢，但是频度会降低。如果你把堆的大小和内存的需要一致，完全收集就很快，但是会更加频繁。调整堆大小的的目的是最小化垃圾收集的时间，以在特定的时间内最大化处理客户的请求。在基准测试的时候，为保证最好的性能，要把堆的大小设大，保证垃圾收集不在整个基准测试的过程中出现。如果系统花费很多的时间收集垃圾，请减小堆大小。一次完全的垃圾收集应该不超过 3-5 秒。如果垃圾收集成为瓶颈，那么需要指定代的大小，检查垃圾收集的详细输出，研究垃圾收集参数对性能的影响。一般说来，你应该使用物理内存的 80% 作为堆大小。当增加处理器时，记得增加内存，因为分配可以并行进行，而垃圾收集不是并行的。
　　一个要注意的地方：建议把内存的最高值跟最低值的差值缩小，不然会浪费很多内存的，最低值加大，最高值可以随便设，但是要根据实际的物理内存，如果内存设置太大了,比如设置了512M最大内存,但如果没有512M可用内存,Tomcat就不能启动，还有可能存在内存被系统回收，终止进程的情况。

nginx配置tomcat集群

　　待续...