Tomcat多虚拟主机间共享WAR模块的可行方案咨询

你的方案可行性 #

你提到的「将共用API WAR部署到一个虚拟主机，让另一个虚拟主机的Web应用通过HTTP调用该API」的方案完全可行，这也是最稳妥、易维护的常规做法：

• Tomcat的虚拟主机本身就是独立的上下文隔离单元，跨主机的HTTP调用符合Web应用的标准交互模式，不需要修改Tomcat核心配置，风险极低。
• 可以通过配置内部域名（比如本地hosts映射）或者反向代理，让调用方直接访问内部地址，避免依赖外部网络，同时保证性能。
• 后续API模块更新时，只需要重启对应的虚拟主机即可，不影响另一个主机的应用运行。

其他替代方案 #

1. 共享类库（JAR化） #

将共用的REST API模块打包成JAR文件，放到Tomcat的CATALINA_BASE/lib目录下（或自定义共享类目录，需在catalina.properties中配置shared.loader），然后在两个Web应用的依赖中标记该JAR为provided（Maven）或不打包到WAR中。

• 优点：API类由Tomcat的公共类加载器加载，两个Web应用共享同一个类实例（如果是单例实现），避免重复加载。
• 缺点：更新JAR需要重启整个Tomcat，灵活性不如WAR部署；需确保API是无状态的，避免多应用共享导致的状态污染。

2. Tomcat全局共享上下文 #

利用Tomcat的CrossContext特性，创建一个不绑定到任何虚拟主机的全局上下文，让两个虚拟主机的Web应用直接在JVM内部调用该上下文的API：

1. 在server.xml中添加全局上下文配置：

   <Context name="sharedApi" docBase="D:/tomcat/webapps/shared-api" crossContext="true"/>
   

2. 在两个虚拟主机的Web应用的META-INF/context.xml中设置crossContext="true"：

   <Context crossContext="true"/>
   

3. 在Web应用代码中通过ServletContext获取共享上下文并调用API：

   ServletContext sharedContext = getServletContext().getContext("/sharedApi");
   // 调用共享上下文的Servlet或Bean
   

• 优点：无需HTTP请求，性能更高；共享上下文独立于虚拟主机，可被多个主机的应用复用。
• 缺点：需要配置CrossContext，且要注意上下文的资源隔离和生命周期管理，避免内存泄漏。

3. OSGi模块化部署（进阶） #

如果API模块本身是高度模块化的，可以将其部署为OSGi Bundle，同时让Tomcat集成OSGi容器（如Apache Felix），两个Web应用作为OSGi的消费者引用该Bundle。

• 优点：支持模块的动态加载、卸载和版本管理，适合复杂的模块化场景。
• 缺点：学习成本高，配置复杂，仅适合对模块化有强需求的场景。

内容的提问来源于stack exchange，提问作者Robert Kovacs