tomcat配置虚拟主机配置（tomcat虚拟主机的配置）

本文目录一览：

• 1、apache虚拟主机tomcat配置 就是通过apache去转发到多tomcat应用工程
• 2、Tomcat 系统架构和原理解析
• 3、Tomcat如何配置虚拟目录
• 4、tomcat在配置虚拟主机的时候,导致startup.bat闪退，如何解决
• 5、tomcat server.xml可以配置哪些参数
• 6、如何在windows系统的虚拟主机上配置tomcat

apache虚拟主机tomcat配置 就是通过apache去转发到多tomcat应用工程

作负载均衡时，一般apache负责静态页面，tomcat作后端jsp服务器。

也可以由apache 完全转发给tomcat(使用proxypass)，此时apache作为反向代理服务器。

Tomcat 系统架构和原理解析

注意：浏览器访问服务器使⽤的是Http协议，Http是应⽤层协议，⽤于定义数据通信的格式，具体的数据传输使⽤的是TCP/IP协议

Tomcat是⼀个Http服务器（能够接收并且处理http请求，所以tomcat是⼀个http服务器）

当用户请求某个URL资源时

通过上⾯的讲解，我们发现tomcat有两个⾮常重要的功能需要完成

Coyote 是Tomcat 中连接器的组件名称 , 是对外的接⼝。客户端通过Coyote与服务器建⽴连接、发送请求并接受响应 。

Tomcat是由一系列可配置的（conf/sever.xml）的组件构成的Web容器，而Catalina是Tomcat的servlet容器。

从另⼀个⻆度来说， Tomcat 本质上就是⼀款 Servlet 容器 ， 因为 Catalina 才是 Tomcat 的核⼼ ， 其他模块都是为Catalina 提供⽀撑的。

可以认为整个Tomcat就是一个Catalina实例，Tomcat启动的时候会初始化这个实例，Catalina实例通过加载server.xml完成其他实例的创建，创建并管理多个服务，每个服务又可以有多个Connector和Container。

⼀个Catalina实例（容器）

⼀个 Server实例（容器）

多个Service实例（容器）

每⼀个Service实例下可以有多个Connector实例和⼀个Container实例

Container组件下有几种具体的组件，分别是 Engine，Host，Context和Wrapper。这四种组件是父子关系。Tomcat'通过一种分层的架构，使得Servlet容器具有很好的灵活性。

上述组件配置其实就体现在 conf/server.xml 中

主要标签结构如下

Server标签

Service标签

Executor标签

Connector 标签

默认情况下，server.xml 配置了两个链接器，⼀个⽀持HTTP协议，⼀个⽀持AJP协议

可以使⽤共享线程池

Engine 标签

Engine 表示 Servlet 引擎

Host 标签

Host 标签⽤于配置⼀个虚拟主机

Context 标签

Context 标签⽤于配置⼀个Web应⽤，如下：

打开 tomcat/conf 目录下的 server.xml 文件来分析一个 请求。

Tomcat如何配置虚拟目录

方法1：修改配置文件

方法2：添加配置文件，推荐使用，不需要重启服务器

方法3：在Tomcat根目录下的conf目录context.xml文件中插入

方法4：在Tomcat根目录下的路径/conf/Catalina/localhost/context.xml.default ，在这里进行配置，这个虚拟路径修改方法会让该主机下的所有的站点都能加载，。

方法一：在Tomcat7的安装目录下找到conf目录，在该目录下有一个server.xml文件，这个文件的任务是配置整个服务器信息。例如修改端口号，添加虚拟主机…… 打开这个文件，找到HOST标签，在这个标签中处插入以下代码：

Context path="/yang" docBase="f:\mysite1\xxx.war" debug="0" reloadable="true" crossContext="true" /

方法二：在Tomcat根目录下的/conf/Catalina/localhost/ 路径下新建一个filename.xml，并在该xml中编写语句

Context docBase="F:\Java\JavaWebWorkspace\news"/

即可创建虚拟站点，虚拟站点名为filename。注意docbase指向你自己的应用程序目录，各参数参见方法1中的Context标签的参数(注意此文件名将作为Context中的path属性值,不管文件里的path属性值如何设置也是无效的 )。

如果需要分层虚拟站点，可以将文件名改成a#b#c，访问分层虚拟站点时用localhost:8080/a/b/c

方法3：在Tomcat根目录下的conf目录context.xml文件中插入

Context path="/zhang" docBase="f:\mysite1" debug="0" reloadable="true" crossContext="true" /

注意，这个虚拟路径修改方法会让所有的站点都能加载，使用这个之前最好将service.xml中的列表设置打开。

tomcat在配置虚拟主机的时候,导致startup.bat闪退，如何解决

点击startup.bat会闪退，编辑startup.bat，在最后一行加入 pause ，然后保存，再次运行，就可以看到闪退的原因

出现这个的原因是因为tomcat没有配置启动的环境，右键电脑，点击属性，点击高级系统设置

点击系统环境变量，，新建环境变量

步骤阅读

4

添加一个环境变量为TOMCAT_HOME ,值为tomcat的解压目录

5

再次编辑startup.bat ,去掉刚刚添加的pause，双击后，即可进行安装，不会再次闪退

tomcat server.xml可以配置哪些参数

Tomcat Server的结构图

该文件描述了如何启动Tomcat Server

Server

Listener /

GlobaNamingResources

/GlobaNamingResources

Service

Connector /

Engine

Logger /

Realm /

host

Logger /

Context /

/host

/Engine

/Service

/Server

元素名

属性

解释

server

port

指定一个端口，这个端口负责监听关闭tomcat的请求

shutdown

指定向端口发送的命令字符串

service

name

指定service的名字

Connector(表示客户端和service之间的连接)

port

指定服务器端要创建的端口号，并在这个断口监听来自客户端的请求

minProcessors

服务器启动时创建的处理请求的线程数

maxProcessors

最大可以创建的处理请求的线程数

enableLookups

如果为true，则可以通过调用request.getRemoteHost()进行DNS查询来得到远程客户端的实际主机名，若为false则不进行DNS查询，而是返回其ip地址

redirectPort

指定服务器正在处理http请求时收到了一个SSL传输请求后重定向的端口号

acceptCount

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

connectionTimeout

指定超时的时间数(以毫秒为单位)

Engine(表示指定service中的请求处理机，接收和处理来自Connector的请求)

defaultHost

指定缺省的处理请求的主机名，它至少与其中的一个host元素的name属性值是一样的

Context(表示一个web应用程序，通常为WAR文件，关于WAR的具体信息见servlet规范)

docBase

应用程序的路径或者是WAR文件存放的路径

path

表示此web应用程序的url的前缀，这样请求的url为****

reloadable

这个属性非常重要，如果为true，则tomcat会自动检测应用程序的/WEB-INF/lib 和/WEB-INF/classes目录的变化，自动装载新的应用程序，我们可以在不重起tomcat的情况下改变应用程序

host(表示一个虚拟主机)

name

指定主机名

appBase

应用程序基本目录，即存放应用程序的目录

unpackWARs

如果为true，则tomcat会自动将WAR文件解压，否则不解压，直接从WAR文件中运行应用程序

Logger(表示日志，调试和错误信息)

className

指定logger使用的类名，此类必须实现org.apache.catalina.Logger 接口

prefix

指定log文件的前缀

suffix

指定log文件的后缀

timestamp

如果为true，则log文件名中要加入时间，如下例:localhost_log.001-10-04.txt

Realm(表示存放用户名，密码及role的数据库)

className

指定Realm使用的类名，此类必须实现org.apache.catalina.Realm接口

Valve(功能与Logger差不多，其prefix和suffix属性解释和Logger 中的一样)

className

指定Valve使用的类名，如用org.apache.catalina.valves.AccessLogValve类可以记录应用程序的访问信息

directory

指定log文件存放的位置

pattern

有两个值，common方式记录远程主机名或ip地址，用户名，日期，第一行请求的字符串，HTTP响应代码，发送的字节数。combined方式比common方式记录的值更多

Server元素

它代表整个容器,是Tomcat实例的顶层元素.由org.apache.catalina.Server接口来定义.它包含一个Service元素.并且它不能做为任何元素的子元素.

!-- 一个“Server”是一个提供完整的JVM的独立组件，它可以包含一个或多个

“Service”实例。服务器在指定的端口上监听shutdown命令。

注意：一个“Server”自身不是一个“Container”（容器），因此在这里你

不可以定义诸如“Valves”或者“Loggers”子组件

--

!-- 启动Server

在端口8005处等待关闭命令

如果接受到"SHUTDOWN"字符串则关闭服务器

--

测试：

telnet localhost 8005

输入：SHUTDOWN

结果：关闭tomcat

Server port="8005" shutdown="SHUTDOWN" debug="0"

1className指定实现org.apache.catalina.Server接口的类.默认值为org.apache.catalina.core.StandardServer

2port指定Tomcat监听shutdown命令端口.终止服务器运行时,必须在Tomcat服务器所在的机器上发出shutdown命令.该属性是必须的.

3shutdown指定终止Tomcat服务器运行时,发给Tomcat服务器的shutdown监听端口的字符串.该属性必须设置

Service元素

该元素由org.apache.catalina.Service接口定义,它包含一个Engine元素,以及一个或多个Connector,这些Connector元素共享用同一个Engine元素

!-- 一个“Service”是一个或多个共用一个单独“Container”(容器)的“Connectors”

组合（因此，应用程序在容器中可见）。通常，这个容器是一个“Engine”

（引擎），但这不是必须的。

注意：一个“Service”自身不是一个容器，因此，在这个级别上你不可定义

诸如“Valves”或“Loggers”子组件。

--

!-- Tomcat的Standalone Service

Service是一组Connector的集合

它们共用一个Engine来处理所有Connector收到的请求

--

Service name="Catalina"

Service name="Apache"

第一个Service处理所有直接由Tomcat服务器接收的web客户请求.

第二个Service处理所有由Apahce服务器转发过来的Web客户请求 .

1className 指定实现org.apahce.catalina.Service接口的类.默认为org.apahce.catalina.core.StandardService

2name定义Service的名字

Connector元素

由Connector接口定义.Connector元素代表与客户程序实际交互的给件,它负责接收客户请求,以及向客户返回响应结果.

!-- 一个“Connector”（连接器）代表一个请求被接收和应答所需要的端点。每个连

接器通过相关的“Container”（容器）处理请求。

默认情况下，一个非SSL的HTTP/1.1的连接器被绑定在端口8080。你也可以通过

根据后面的使用说明并取消第二个连接器入口的注释，在端口8443上建立一个

SSL HTTP/1.1的连接器。开放SSL支持需要下面几步（参见Tomcat 5文档中怎样

配置SSL的说明以取得更多的详细信息）：

* 如果你的JDK是1.3或1.3以前的版本，下载安装JSSE 1.0.2或以后版本，并放

置JAR文件到“JAVAHOME/jre/lib/ext”目录下。∗带一个“changeit”的口令值执行：JAVAHOME/jre/lib/ext”目录下。∗带一个“changeit”的口令值执行：JAVA_HOME/bin/keytool -genkey -alias tomcat -keyalg RSA (UNIX)

来生成它自己的证书私钥。

默认情况下，当一个web应用程序调用请求时，DNS查询是可行的。这将对性能造

成一些不利的影响，因此，你可以将“enableLookups”设置为“false”来关闭DNS

查询。当DNS查询被关闭时，request.getRemoteHost()将返回包含远程客户IP地

址的字符串。

--

!-- Coyote HTTP/1.1 Connector

className : 该Connector的实现类是org.apache.coyote.tomcat4.CoyoteConnector

port : 在端口号8080处侦听来自客户browser的HTTP1.1请求.如果把8080改成80,则只要输入 即可

protocol:设定Http协议,默认值为HTTP/1.1

minSpareThreads: 该Connector先创建5个线程等待客户请求，每个请求由一个线程负责

maxSpareThread:设定在监听端口的线程的最大数目,这个值也决定了服务器可以同时响应客户请求的最大数目.默认值为200

acceptCount : 当现有线程已经达到最大数75时，为客户请求排队.当队列中请求数超过100时，后来的请求返回Connection refused错误

redirectport : 当客户请求是https时，把该请求转发到端口8443去

enableLookups:如果设为true,表示支持域名解析,可以把IP地址解析为主机名.WEB应用中调用request.getRemoteHost方法返回客户机主机名.默认值为true

connectionTimeout:定义建立客户连接超时的时间.如果为-1,表示不限制建立客户连接的时间

其它属性略

--

Connector port="8080" maxThread="50" minSpareThreads="25" maxSpareThread="75" enableLookups="false" redirectPort="8443" acceptCount="100" debug="0" connectionTimeout="20000" disableUploadTimeout="true" /

Connection port="8009" enableLookups="false" redirectPort="8443" debug="0" protocol="AJP/1.3" /

第一个Connector元素定义了一个HTTP Connector,它通过8080端口接收HTTP请求;第二个Connector元素定义了一个JD Connector,它通过8009端口接收由其它服务器转发过来的请求.

Engine元素

每个Service元素只能有一个Engine元素.处理在同一个Service中所有Connector元素接收到的客户请求.由org.apahce.catalina.Engine接口定义.

!-- 一个“Engine”（引擎）代表处理每个请求的入口点（在Catalina内）。这个Tomcat

的标准独立引擎实现分析包含在请求中的HTTP头信息，并将请求传送到适当的主机

或虚拟主机上。--

!-- Engine用来处理Connector收到的Http请求

它将匹配请求和自己的虚拟主机，并把请求转交给对应的Host来处理

默认虚拟主机是localhost

--

Engine name="Catalina" defaultHost="localhost" debug="0"

1className指定实现Engine接口的类,默认值为StandardEngine

2defaultHost指定处理客户的默认主机名,在Engine中的Host子元素中必须定义这一主机

3name定义Engine的名字

在Engine可以包含如下元素Logger, Realm, Value, Host

Host元素

它由Host接口定义.一个Engine元素可以包含多个Host元素.每个Host的元素定义了一个虚拟主机.它包含了一个或多个Web应用.

!-- 定义默认的虚拟主机

注意：XML模式确认将不能与Xerces 2.2同工作。

--

!-- 虚拟主机localhost

appBase : 指定虚拟主机的目录,可以指定绝对目录,也可以指定相对于CATALINA_HOME的相对目录.如果没有此项,默认为CATALINA_HOME/webapps. 它将匹配请求和自己的Context的路径，并把请求转交给对应的Context来处理

autoDeploy:如果此项设为true,表示Tomcat服务处于运行状态时,能够监测appBase下的文件,如果有新有web应用加入进来,会自运发布这个WEB应用

unpackWARs:如果此项设置为true,表示把WEB应用的WAR文件先展开为开放目录结构后再运行.如果设为false将直接运行为WAR文件

alias:指定主机别名,可以指定多个别名

deployOnStartup:如果此项设为true,表示Tomcat服务器启动时会自动发布appBase目录下所有的Web应用.如果Web应用中的server.xml没有相应的Context元素,将采用Tomcat默认的Context

--

Host name="localhost" debug="0" appBase="webapps" unpackWARs="true" autoDeploy="true"

在Host元素中可以包含如下子元素

Logger, Realm, Value, Context

Context元素

它由Context接口定义.是使用最频繁的元素.每个Context元素代表了运行在虚拟主机上的单个Web应用.一个Host可以包含多个Context元素.每个web应用有唯一

的一个相对应的Context代表web应用自身.servlet容器为第一个web应用创建一个

!-- Context，对应于一个Web App

path : 该Context的路径名是""，故该Context是该Host的默认Context

docBase : 该Context的根目录是webapps/mycontext/

reloadable:如果这个属性设为true, Tomcat服务器在运行状态下会监视在WEB-INF/classes和Web-INF/lib目录CLASS文件的改运.如果监视到有class文件被更新,服务器自重新加载Web应用

useNaming:指定是否支持JNDI,默认值为了true

cookies指定是否通过Cookies来支持Session,默认值为true

--

Context path="" docBase="mycontext" debug="0"/

如何在windows系统的虚拟主机上配置tomcat

配置方法和在非虚拟机上配置一模一样。虚拟机的使用和性能和非虚拟机是一样的。

关于tomcat配置虚拟主机配置和tomcat虚拟主机的配置的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。