深入理解Tomcat服务器架构及配置详解-优快云博客

本文链接：https://blog.youkuaiyun.com/iteye_2005/article/details/82519973

Tomcat的体系结构

图一

图二：

Tomcat　6.0支持Servlet2.5和Jsp2.1规范，由一系列嵌套的组件组成。

Service组件：Tomcat服务器的实例。一个JVM中生成一个，可以在一台服务器上配置不同的端口，从而启动多个Tomcat实例。
Connector组件：负责连接客户端与应用程序。接受来自客户端的请求以及向客户返回响应的结果。
Engine组件：引擎组件负责接受和正理来自它所属的Service中的所有的Connection的请求。每个Service中只能包含一个Engine组件。
Host组件：一个虚拟主机，允许在一台物理主机上布置多个web应用。
Context组件：一个web应用。一个虚拟主机上能够运行多个Context，它们通过各自的Context path 进行区分。

其中蓝色字体表示该组件为一个容器组件。容器组件可以包含其它组件。下面介绍一些只能嵌套在容器中的组件。

Global Resources全局资源组件：只能嵌套在Server组件中，用于配置Server中其他组件所用到的全局jndi资源。
Loader 加载组件：只能嵌套在Context组件中，用于指定一个web应用的类加载器，并将该应用程序的类和资源加载到内存中。
Logger 日志组件：能够借助log4j来实现日志。
Manager 管理器组件：只能嵌套在Context组件中。管理器组件是会话管理器，负责会话的创建和维护。
Realm 域组件：是一个包含用户名、密码和用户角色的数据库。
Resources 资源组件：只能嵌套在Context组件中，它代表的是web应用程序中的静态资源，以及它们被允许存放的格式。
Valve 阀组件：用请求在到达目的地前，截取该请求，并处理它。有点类似于Servlet规范中定义的过滤器。它是Tomcat专有的、目前不能用于其他的jsp/servlet容器。

配置Tomcat

Tomcat 6服务器启动后，会读取多个XML配置文件。这些配置文件位于CATALINA_HOME/conf目录下，包含以下配置文件：

catalina.policy:配置安全管理策略。

catalina.properties:配置Tomcat的类加载器。

context.xml:配置上下文，能够所有的web应用使用。

server.xml:Tomcat的基本配置，包括服务、连接器、引擎、域、阀、主机等。

logging.properties:配置日志，指定了日志的输出ConsoleHander和FileHandler。

Tomcat-user.xml:包含用户认证和角色映射配置。Tomcat的admin和manager应用都默认使用该文件。

web.xml：默认的web应用部署描述符文件。用于Tomcat 6中自动部署web应用，如果web应用有自己的部署描述符，则内容覆盖默认部署的设置。

Tomcat6 在CATALINA_BASE环境变量指定的目录下找conf目录并加载配置，如果没有指定该环境变量，则在CATALINA_HOME指定的目录下找conf目录并加载配置，可以在同一台机器上配置多个并发的Tomcat只需要指定不同的配置和端口即可。

配置server.xml

1、配置<server>

<server>的属性

classname:指定实现org.apache.catalina.Server接口的类。no

port:指定Tomcat服务器监听shutdown命令的端口。yes

shutdown:指定终止tomcat服务器运行时，发给tomcat服务器的shutdown监听端口的字符串。yes

<server>的子元素

<GlobalNamingResources>:服务器全局jndi资源。１个

<Service>：服务组件。１个或多个

2、配置全局命名资源<GlobalNamingResources>

<GlobalNamingResources>的子元素

<Environment>:全局变量。０或多个

<Resource>:全局jndi资源。０或多个

<Environment>的属性

description:环境入口描述。no

name:环境入口名字，相对于java:comp/env上下文。yes

override:默认为true,如果用户不想web应用部署描述符覆盖值的话，设置为false。no

type:入口类型。必须是在servlet规范中表明的合法的类型。yes

value:入口的值。yes

<Resource>的属性

auth:指定是web应用代码本身登录到对应的资源管理器，还是由容器代表web应用登录到资源管理器。该属性的值必须是Application或者Container。如果在web应用部署描述符中使用<resource-ref>，这个属性是必需的。如果使用<resource-env-ref>，这个属性是可选的。

desprition:资源的描述。no

name:资源的名字。yes

scope:指定通过这个resource manager得到的连接是否共享。该属性的值必须是Shareable或者Unshareable。默认情况下，假定连接是共享的。no

type:当web应用查找该资源的时候，返回java类名的全称。yes

Tomcat 6不再使用Tomcat 5和早期版本使用的<ResourceParams>元素。代替的是使用<Resource>元素属性提供信息。

3、配置服务<Service>

服务组件是由多个连接器组件和一个引擎组件组成。在日志和错误信息中将会出现服务名称，用于清晰的表明该组件。

<Service>元素属性

classname:指定service类使用的java类名，默认是org.apache.catalina.core.StandardService。no

name:定义service名称，用于登录和管理。yes

<Service>元素的子元素

Connector:来自用户或其他web服务器的请求。１个或者多个

Engine:负责请求的处理。1个

4、配置连接器<Connector>

请求进入Tomcat的两种情况：

来自前端的web服务器。可能是Apache,IIS或者其他web服务器。
来自web浏览器。

在一个引擎中可以配置多个连接器，比如一个服务器提供http服务和https服务给用户。这时需要在引擎中配置http连接器和https连接器。

在server.xml中预定义了４个最普通的连接器：

http连接器
SSL连接器
AJP1.3连接器，用于连接其他web服务器。
代理连接器

<Connector>元素的共同属性

address:如果服务器上有两个以上IP地址，该属性可以设定端口监听的IP地址。默认情况下，端口会监听服务器上所有IP地址。no

alloTrace:布尔值，设置为true，trace http的方法可用。默认为false。no

enableLookups:如果设为true，表示支持域名解析，可以把IP地址解析为主机名。false表示跳过域名解析，直接把IP地址作为字符串返回。默认为true。no

mastPostSize:post请求字节的最大大小。默认为2097152。no

redirectPort:指定转发端口，如果当前端口只支持non-ssl请求，在需要安全通信的情况下，自动将把客户请求转发到基于SSL的redirectPort端口。no

scheme:连接器使用的协议名称。例如可以为SSL连接器，设置属性为https。默认为http。no

secure:如果是SSL连接的话，设置为true，当调用request.getScheme()时，返回该值。默认值为false。no

URIEncoding:URI字节的解码字符编码，默认为iso-8859-1。no

useBodyEncodingForURI:表明如果contentType指定的编码用于URI查询参数，则不用URIEncoding。与Tomcat4.1.x兼容。默认为false。no

HTTP<Connector>元素属性

acceptCount:设定在监听端口队列中的最大客户请求数。默认值为１０，如果队列已满，客户请求将被拒绝。no

bufferSize:设定有端口创建的输入流的缓存大小，默认值为2048字节。no

compressableMimeTypes:设定http压缩mime类型，默认值为text/html,text/xml,text/plain。no

compression:设定为节省服务器带宽，使用http/1.1 GZIP压缩，可选值有off,on,fore,integer。默认值为off。no

调整线程数

　　另外一个可通过应用程序的连接器（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线程。
enableLookups	是否反查域名，默认值为true。为了提高处理能力，应设置为false
maxKeepAliveRequests	保持请求数量，默认值100。
bufferSize	输入流缓冲大小，默认值2048 bytes
compression	压缩传输，取值on/off/force，默认值off

　其中和最大连接数相关的参数为maxThreads和acceptCount。如果要加大并发连接数，应同时加大这两个参数。web server允许的最大连接数还受制于操作系统的内核参数设置，通常Windows是2000个左右，Linux是1000个左右。

set JAVA_OPTS=%JAVA_OPTS% -Xms1024m -Xmx1280m -XX:MaxNewSize=256m -XX:MaxPermSize=256m

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