同一服务器下Java Web应用能否调用另一应用的公共方法？

嘿，这俩问题本质上都绕不开Java Web应用的类加载隔离机制——默认情况下，每个Web应用在服务器里都是独立的沙箱，有自己专属的类加载器，彼此的类是看不到对方的，所以直接调用另一个应用里的public方法是行不通的。

针对你的第二个问题，同一服务器上的其他Web应用也不是完全没办法调用那个public方法，而且绝对不是必须用Web Services，给你列几个常用的方案：

• 共享类库方式：把包含目标public方法的类打包成jar，放到服务器的全局共享类路径里（比如Tomcat的$CATALINA_HOME/lib目录）。这样所有Web应用都会从这个路径加载这个类，自然就能调用方法了。但要注意，这种方式会让应用之间产生强耦合，后续修改这个类得小心影响所有依赖它的应用，版本冲突也是个潜在坑。
• 容器级别的跨应用通信：如果你们用的是Tomcat这类容器，可以开启CrossContext功能（在context.xml里设置crossContext="true"）。开启后，一个Web应用可以通过ServletContext.getContext("/另一个应用的上下文路径")获取到对方的上下文，进而调用一些暴露出来的方法——不过这种方式完全依赖容器的特定实现，换个服务器就可能用不了，移植性很差。
• Java EE组件（比如EJB）：如果你们的环境是Java EE服务器（比如WildFly），可以把那个public方法封装成EJB，然后其他应用通过JNDI查找这个EJB实例来调用方法。这种方式是Java EE规范里的，移植性比容器API好，但需要服务器支持EJB。
• Web Services/API：这是最通用的方案，不管是不是同一服务器、是不是Java应用都能调用。把方法包装成RESTful API或者SOAP服务，其他应用通过HTTP请求来获取数据。这种方式松耦合，扩展性强，但相比进程内调用会有一定的性能开销。

总结一下：同一服务器上的Web应用可以调用对方的public方法，但得用上面这些方式绕开类加载隔离；Web Services只是选项之一，不是必须的，得根据你们的耦合需求、移植性要求来选合适的方案。

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