本篇接上一篇《Tomcat详细用法学习（三）》，主要讲解配置虚拟主机、打包web应用成war包和Tomcat的体系结构
对于Tomcat服务器，可以放置多个网站（多个web应用），这就是讲配置多个虚拟主机，可以看成好像有多个主机，而每个主机上有一个web应用。如同之前的文章所说的，对于Tomcat服务器来讲，在server.xml文件中，一个<Host>标签就代表着一台虚拟主机，之前的文章所用的都是默认的虚拟主机，这个在server.xml文件中是这样定义的：
<Host name="localhost" appBase="webapps" autoDeploy="true" unpackWARs="true"> ... </Host>
可以看到这个已有的虚拟主机的名称（“localhost”）正好是浏览器访问本机的回环地址的主机名，appBase属性是存放web应用的目录（正好是Tomcat详细用法学习（二）中虚拟目录映射的第三种方式将web应用放置的位置），autoDeploy指是否自动部署，unpackWARs指是否自动解压war包，如果为false则不解压直接从war包中运行应用程序。
而我们想配置多个虚拟主机也是这样，在server.xml文件中添加<Host>标签，指定name属性和appBase属性之后，再添加web应用，添加web应用已经在《Tomcat详细用法学习（二）》详细说明，使用哪种方法都可以。
通常配置虚拟主机方式与网站域名比较相关，而我没有有域名的网址，因此直接修改hosts文件将域名重定向作为学习在服务器中虚拟主机的添加和配置。
修改Tomcat服务器中的server.xml文件，添加<Host>标签，name属性采取“域名”的方式，并将该虚拟主机存放web应用的目录【fjdingsd】放在非Tomcat所在的【D】盘下：
<Host name="www.fjdingsd.com" appBase="D:fjdingsd" autoDeploy="true" unpackWARs="true"> </Host>
【news】目录中： 
当在server.xml中添加好虚拟主机之后，这里我采用《Tomcat详细用法学习（二）》中的第三种方式，直接将web应用放置在对应的虚拟主机存放web应用目录，注意，这里是由<Host>标签中appBase定义的D盘下【fjdingsd】目录，而我的web应用【news】就应该放这其中，在我的web应用所在目录中有自定义的home.html文件。
现在就是需要将定义的虚拟主机名和ip绑定，因为没有向DNS服务器注册，所以我就使用hosts文件中将我的虚拟主机名与本机ip地址绑定：
这样启动Tomcat服务器，在浏览器中输入，可以看到：
这样就配置好了一个虚拟主机，并且在这虚拟主机中还有web应用。
这里只是小试一下对Tomcat服务器的虚拟主机配置，而如果想真正让外界访问我们配置的虚拟主机（网站），应该向DNS服务器注册域名才行。
不管在Tomcat服务器中添加了多少个虚拟主机，最终都是转为ip地址向服务器访问。这里就会有一个问题，如果每个web应用都设置了首页，而又不在浏览器中输入域名，而是直接通过ip地址打开，那么服务器怎么知道应该是去哪个虚拟主机寻求资源呢？
答案就在Tomcat服务器的引擎<Engine>上，由server.xml文件中的<Engine>标签定义了Tomcat服务器的默认虚拟主机：
<Engine defaultHost="localhost" name="Catalina"> ... <Host name="localhost" ...> </Host> <Host name="www.fjdingsd.com" ...> </Host> ... </Engine>
因此如果我想改变Tomcat服务器的默认虚拟主机，就修改<Engine>标签中的“defaultHost”属性。
================================================================
如果要将开发好的web应用部署到远程服务器中，可以将web应用进行压缩成war格式，再进行传输，在Tomcat服务器运行的过程中，如果在其存放web应用的目录中检测到新增的war包，则会进行自动解压并部署（<Host>中的unpackWARs属性和autoDeploy属性）。这种方式最适合向远程服务器进行新的web应用传递并管理。
那么如何对开发好的web应用进行war打包呢：
在cmd中键入 “jar -cvf 应用名.war 应用名”。
如我的web应用为D盘下【fjdingsd】目录中的【news】目录，那么我在cmd中就该这么输入：jar -cvf news.war news
并得到了war文件：
然后将这个news.war往Tomcat的【webapps】目录中一放，过几秒后Tomcat就会对其自动解压，Tomcat服务器一定要先打开才会看到自动解压的过程。
过3、4秒后： 
如果在Tomcat运行的过程中，将已经自动解压的war包删除，则过几秒Tomcat也会自动将解压后的web应用删除，这点请注意。
如果是在Tomcat服务器未启动之前，将war包放入【webapps】目录中，那么Tomcat启动后会自动解压并部署。
如果在是Tomcat解压的war包，而在将Tomcat关闭后再删除war包，那么在此启动Tomcat后之前由war包解压出来的web应用不会被删除。
================================================================
Tomcat的体系结构
Tomcat的体系结构可以从其最重要的server.xml文件中进行结构分析，下图是一张Tomcat的体系结构图：
结合server.xml文件可以看到：
Tomcat启动后，也就是服务器（<Server>标签），启动后也会启动一些监听器（<Listener>）和一些全局命名资源（<GlobalNamingResources>）。
除了服务器（<Server>标签）被启动后，还会启动“服务”（<Service>），正如在cmd中键入的“services.msc”的那种。
在服务（<Service>）下会有各种连接器(<Connector>)，如上面体系结构图所示，其中和浏览器打交道的连接器(<Connector>)定义了连接协议(protocol)，连接端口(port)，连接超时(connectionTimeout)等等属性，当然还要别的用途的连接器。
在服务（<Service>）下除了各种连接器(<Connector>)，还有一个引擎（<Engine>），当浏览器将一些请求发来时就通过连接器(<Connector>)交给引擎（<Engine>），引擎（<Engine>）中可以包含一个或多个虚拟主机（<Host>），而引擎也规定了哪个虚拟主机是默认访问的。
引擎（<Engine>）通过寻找指定的虚拟主机（<Host>）将请求交给它，然后由虚拟主机（<Host>）来寻找是哪个web应用，虚拟主机（<Host>）定义了浏览器需输入的主机名称、web应用存放的位置，和别的一些属性等等
而至于何种web应用就要看采用哪种虚拟目录映射了，如果是添加<Context>，那么一个<Context>标签就代表一个web应用
或者是直接将web应用所在目录放在<Host>标签指定的路径，那么就没有<Context>标签来代表该web应用。