子系统之间有接口,是通过web service来互相调用的。我昨天突然想到,既然这些应用都是跑在同一个jboss里的,那就是同处一个进程,为什么不能直接互相调用呢
下面就开始一步步做试验,首先我在tomcat里,部署了3个应用,分别是Spring、AnotherServlet、ThirdServlet,用jps命令,可以看到只有一个进程
1800是我的eclipse,5404就是tomcat进程,用jconsole连进去看线程
都是tomcat内部的一些线程,以及等待处理HTTP请求的work thread(http-bio-8080-exec-x)
以上证明了,无论多少个应用(我这里部署了3个),都是在同一个进程里的,也就是共享了内存区域,所以从理论上说,互相调用是有可能实现的
然后就做一下试验,我在AnotherServlet里创建一个类
然后在spring工程里,用反射的方法,试图在运行时创建这个类的实例
try { Class.forName("net.kyfxbl.jbosstest.TestRemoteInvoke") .newInstance(); } catch (Exception e) { e.printStackTrace(); }
结果果然报了ClassNotFoundException:
java.lang.ClassNotFoundException: net.kyfxbl.jbosstest.TestRemoteInvoke
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1711)
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1556)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:169)
附带一提,这里用反射,是为了避免编译期编译不通过。
如果用new的方式来创建
TestRemoteInvoke test = new TestRemoteInvoke();
就无法通过编译,当然可以通过把AnotherServlet设置为关联工程的方式,使编译通过
不过这样只是通过编译而已,运行时效果是一样的,同样是ClassNotFoundException,因为打出的war包里,是不包含这个类的
想了一下,应该是跟servlet容器启动时的ClassLoader机制有关,不同工程的.class,应该是互相隔离的,所以虽然同处一个进程,但是却是没有办法互相调用的
有一个办法,如果能得到源码的话,可以将源码拷贝到工程里,这样在打war包时,就会把需要的类也打进去了。这也是最低层次的共享,即“代码重用”
如果得不到源码,但是可以得到jar包的话,可以将jar包放到WEB-INF/lib目录下,这样的话也可以获取到所需的类,这种方式比直接的“代码重用”高级一点,即“二进制重用”。平时我们引入各种jar包,也都属于这种方式
如果源码和jar包都得不到,那就只能用更高层次的重用方法,即所谓的“服务重用”。用这种方式,服务提供方的类,是完全私有的,外部完全不可见。通过“某种方式”,暴露一个接口给服务使用方,服务使用方按照接口的规定,来调用隐藏的具体实现。
暴露接口的方式,可以有很多种。
最常见的就是web service。比如说,前几年挺火的SaaS概念,就是这种方式。比如我是一个金融公司,开发了一套股价走势预测系统,并开放API,让其他的应用来调用。那么我肯定是不能把源码给出来的,二进制文件也不能给(因为存在被反编译的风险),那这个时候我就在互联网上开放一个web service,需要的客户端就调用这个web service,我内部处理之后,用soap返回结果,中间可以校验、鉴权、计费什么的
另外一种是山寨版web service,比如开放一个servlet地址,http://ip:port/myService/method1.do,然后告知用户这个地址可以接受哪些参数,用户调这个地址,通过http response返回结果。这种思想实际上和web service是一样的,只是通用性比较差点,编程也比较麻烦
此外还有类似的RMI方法,在客户端开发Stub,在服务端提供具体实现。同样的,客户端也是需要得到具体实现的接口才可以
android开发里也有类似的情况,即IPC(跨进程调用),通过AIDL,将自己的服务发布出去
总的来说,本文说的是关于“重用”的话题:
最低层次的重用,是“代码重用”。这种方式局限性最大,共享的难度也最大
高级一点是“二进制重用”,但这种方式是无法跨平台的,并且存在安全性的隐患,而且服务提供方的修改,无法及时传递给服务使用者(需要重新编译发布)
最高级的是“服务重用”,这种方式具备了即时性,跨平台的优点。但是一定要保证接口的稳定,如果接口发生了变化,那需要通知到所有的客户端。不过这种方式依赖网络,可能是局域网,也可能是互联网,但服务提供方和使用方之间,必须保证网络的连通性