一、为什么需要虚拟主机？一个简单的比喻
想象一下，你租了一栋大房子（服务器），里面有很多个房间。现在，你有好几个不同的生意，比如一个卖书，一个卖咖啡。你当然可以把所有书和咖啡豆都堆在客厅里，但这样会非常混乱，客人来了也分不清。
更聪明的做法是：你给每个生意分配一个独立的房间，并且给每个房间装上一个独立的门牌号（域名）。当客人根据“书店”的门牌号（比如 www.bookstore.com）来找你时，你就直接把他领到放书的房间；当客人根据“咖啡馆”的门牌号（比如 www.coffee.com）来找你，你就把他领到有咖啡机的房间。
Tomcat的“虚拟主机”功能，就是这个原理。它允许我们在一个Tomcat服务器实例中，运行多个独立的Web应用，并且每个应用可以通过自己专属的域名来访问。这样做的好处显而易见：节省服务器资源、方便管理、降低成本。
二、Tomcat虚拟主机的核心：server.xml 与 Host 元素
Tomcat的核心配置文件是 conf/server.xml。我们配置虚拟主机，主要就是和里面的 <Engine> 和 <Host> 元素打交道。
<Engine>： 可以看作是Tomcat的“处理引擎”，它负责接收请求并进行分发。<Host>： 这就是我们上面说的“房间”。每个<Host>代表一个虚拟主机，它有自己的名字（name属性，通常就是域名）和存放应用的地方（appBase属性）。
默认情况下，Tomcat只有一个名为 localhost 的虚拟主机。我们的任务就是添加新的 <Host> 元素。
技术栈声明：本文所有示例基于 Java + Tomcat 9.x 技术栈。
三、手把手配置：实现两个域名共存
假设我们有两个域名：www.myblog.com（博客）和 shop.mycompany.com（商城）。它们需要指向同一台服务器的同一个Tomcat。
第一步：准备你的Web应用
首先，你需要将你的两个Web应用打包成WAR文件，或者准备好对应的目录结构。例如：
- 博客应用：
myblog.war - 商城应用：
shop.war
第二步：修改 server.xml 配置文件
找到Tomcat安装目录下的 conf/server.xml 文件，用文本编辑器打开。找到 <Engine name="Catalina" defaultHost="localhost"> 这一部分。
在默认的 localhost 这个 <Host> 标签后面，添加我们新的虚拟主机配置。
<?xml version="1.0" encoding="UTF-8"?>
<!--
server.xml - Tomcat 主配置文件
技术栈：Java + Tomcat 9.x
-->
<Server port="8005" shutdown="SHUTDOWN">
<Service name="Catalina">
<!-- 连接器，监听8080端口 -->
<Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" />
<!-- 引擎，负责请求处理 -->
<Engine name="Catalina" defaultHost="localhost">
<!-- 默认的本地主机，通常用于管理或默认回退 -->
<Host name="localhost" appBase="webapps"
unpackWARs="true" autoDeploy="true">
<Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs"
prefix="localhost_access_log" suffix=".txt"
pattern="%h %l %u %t "%r" %s %b" />
</Host>
<!-- ========== 新增：博客虚拟主机 ========== -->
<Host name="www.myblog.com" appBase="/data/webapps/blog"
unpackWARs="true" autoDeploy="false">
<!--
name: 虚拟主机的域名，必须与访问时使用的域名完全一致。
appBase: 该虚拟主机下Web应用的存放根目录。这是一个绝对路径。
unpackWARs: 是否自动解压WAR包，建议为true。
autoDeploy: 是否自动部署，生产环境建议为false，手动控制。
-->
<!-- 上下文路径，这里将根路径“/”指向 myblog.war 应用 -->
<Context path="" docBase="myblog.war" />
<!-- 访问日志阀，为该主机单独生成日志 -->
<Valve className="org.apache.catalina.valves.AccessLogValve" directory="/data/logs/blog"
prefix="blog_access_log" suffix=".txt"
pattern="%h %l %u %t "%r" %s %b" />
</Host>
<!-- ========== 新增：商城虚拟主机 ========== -->
<Host name="shop.mycompany.com" appBase="/data/webapps/shop"
unpackWARs="true" autoDeploy="false">
<Context path="" docBase="shop.war" />
<Valve className="org.apache.catalina.valves.AccessLogValve" directory="/data/logs/shop"
prefix="shop_access_log" suffix=".txt"
pattern="%h %l %u %t "%r" %s %b" />
</Host>
</Engine>
</Service>
</Server>
第三步：创建目录并部署应用
根据配置文件中的 appBase 路径，在服务器上创建相应的目录，并将WAR文件放入。
# 创建博客应用目录
mkdir -p /data/webapps/blog
cp myblog.war /data/webapps/blog/
# 创建商城应用目录
mkdir -p /data/webapps/shop
cp shop.war /data/webapps/shop/
# 创建日志目录
mkdir -p /data/logs/blog
mkdir -p /data/logs/shop
第四步：配置域名解析（本地测试可用hosts文件）
在真实的网络环境中，你需要将 www.myblog.com 和 shop.mycompany.com 这两个域名，在DNS服务商处都解析到你Tomcat服务器的公网IP地址。
对于本地开发测试，你可以修改本机的 hosts 文件（Windows在 C:\Windows\System32\drivers\etc\hosts， Linux/Mac在 /etc/hosts），添加如下两行：
127.0.0.1 www.myblog.com
127.0.0.1 shop.mycompany.com
这样，你在浏览器访问这两个域名时，请求就会被发送到你本机的Tomcat（127.0.0.1）。
第五步：重启Tomcat并测试
保存 server.xml 后，重启你的Tomcat服务器。
# 在Tomcat的bin目录下
./shutdown.sh
./startup.sh
现在，打开浏览器：
- 访问
http://www.myblog.com:8080/，你应该看到博客网站。 - 访问
http://shop.mycompany.com:8080/，你应该看到商城网站。
它们运行在同一个Tomcat进程里，但内容完全独立，互不干扰！
四、关联知识：Context 元素的深入理解
在上面的配置中，我们使用了 <Context> 元素。它是 <Host> 的子元素，用于更精细地定义一个Web应用。
path属性： 指定Web应用的上下文路径。如果设置为空字符串""，表示这是该虚拟主机的根应用。你也可以设置为/blog，那么访问地址就是http://www.myblog.com:8080/blog。docBase属性： 指定Web应用的实际位置。它可以是相对于appBase的路径（如myblog.war），也可以是一个绝对路径。它指向WAR文件或已解压的目录。
一个 <Host> 下可以配置多个 <Context>，这样就可以在一个域名下部署多个有不同路径的应用。
五、应用场景与优缺点分析
应用场景：
- 中小企业网站托管： 为客户托管多个小型企业官网，成本低廉，管理集中。
- SaaS平台初期： 在业务发展初期，不同客户可以使用不同的子域名（如
clientA.yoursaas.com,clientB.yoursaas.com）访问同一套SaaS系统的独立实例。 - 内部系统整合： 公司内部有多个不同团队开发的系统（如OA、CRM、ERP），希望通过不同的域名（
oa.company.com,crm.company.com）访问，但希望部署在同一台应用服务器上便于运维。 - 开发与测试环境： 开发人员可以在本地用一个Tomcat同时运行前后端多个服务，通过不同域名区分，模拟真实环境。
技术优点：
- 资源高效利用： 多个应用共享同一个JVM和Tomcat进程，减少内存和CPU的总体开销。
- 管理便捷： 只需维护一个Tomcat实例，日志、监控、备份都集中在一处。
- 部署灵活： 可以独立重启单个应用（通过Manager应用），也可以整体控制。
- 成本低廉： 特别适合预算有限、应用负载不高的场景。
技术缺点与注意事项：
- 单点故障风险： 如果Tomcat进程崩溃，所有托管在其上的虚拟主机都会同时宕机。解决方案：考虑使用集群或容器化（如Docker）进行隔离。
- 资源竞争： 所有应用共享JVM堆内存。如果其中一个应用发生内存泄漏，可能会拖垮整个Tomcat，影响所有其他应用。注意事项：需要仔细设置JVM参数，并做好应用监控。
- 配置耦合： 所有虚拟主机的配置都在一个
server.xml里，修改时需要格外小心，避免影响其他主机。建议做好配置文件的版本管理。 - 域名必须严格匹配：
<Host>的name属性必须与浏览器地址栏的域名完全一致，包括www前缀。如果需要同时支持带www和不带www的域名，需要配置两个<Host>，或者使用更高级的Alias属性（如<Host name="myblog.com" ...> <Alias>www.myblog.com</Alias> </Host>）。
六、文章总结
Tomcat的虚拟主机功能是一个非常经典且实用的特性，它完美地解决了“一个服务器，多个网站”的需求。通过修改 server.xml，定义不同的 <Host> 和 <Context>，我们就能像搭积木一样，轻松构建起一个支持多域名的Web应用托管环境。
它的核心思想是“逻辑隔离，物理共享”。对于负载不高、追求运维简便和成本控制的场景来说，这是一个绝佳的解决方案。当然，随着业务增长，当对隔离性、可用性和弹性伸缩要求更高时，我们就需要向微服务、容器化（Docker/Kubernetes）等更现代化的架构演进。但无论如何，掌握Tomcat虚拟主机配置，都是每一位Java Web开发者或运维工程师必备的扎实基本功。
希望这篇指南能帮助你顺利搭建起自己的多域名服务。如果在实践中遇到问题，不妨多看看Tomcat的 logs/catalina.out 日志文件，那里通常藏着解决问题的钥匙。
评论