[OpenSource]浅谈.Net和Java互相调用的三种方式
在很多的大型系统开发中，开发工具往往不限制于同一种开发语言，而是会使用多种开发语言的混合型开发。目前Java和.Net都声称自己占85%的市场份额，不管谁对谁错，Java和.Net是目前应用开发的两个主要阵营，所以Java.和Net之间的整合是大型应用开发过程中经常会面临一个问题。
![[OpenSource]浅谈.Net和Java互相调用的三种方式](http://img.e-com-net.com/image/product/84bc0d09fe714793bc20024ad5c3b421.jpg)
目前Java和.Net之间的整合主要有三种思路和做法（经过几天的查阅，目前我就看到了这三种方式，可能还有其他的方法）：
1）基于通讯协议的整合
基于通讯协议的整合方式，最容易被人首先想到，简单的方式可以通过Web Service来实现，但是效率问题，在某些场合之下将会成为一个致命伤。使用Remote进行分布式开发，可以提高通信的效率，好消息是：Java和.Net都很好的支持Remoting远程对象调用的分布式开发；坏消息是：他们同时存在一个弊端，那就是对开发语言的限制，无论是使用哪一种通讯方式，服务器与客户端都必须支持同一种开发语言。对此，各大开发公司做出了积极的贡献，开发出如J-Integra(又名Ja.NET)，IIOP.NET(Internet Inter-Orb Protocol),JNBridge等集成开发工具，对.NET与JAVA之间实现Remote远程对象的相互调用作出足够的支持。在这些产品中推荐选用：JNBridge
JNBridge是一种领先的JAVA与.NET互操作的的产品,凭借JNBridge技术，Java和.NET代码无需交叉编译器就可以实现对象共享。所有Java代码运行在JVM上，而.NET代码则运行在CLR上。在该方案下，JVM和CLR可以运行在不同的机器上，也可以运行在一台机器的不同进程上，甚至还能运行在相同的进程的不同应用程序域上。经历多年的发展，JNBridge已经发布了JNBridgePro 5.0，JNBridgePro 5.0有着更强大的功能。
1.支持ava和.NET之间的跨平台事务；
2.支持Microsoft Visual Studio和Eclipse插件；
3.兼容Windows 7；
4.跨平台交易一体化主要是对用户透明；
5.'回滚'- 任何一方的终止都将导致双方的行动被回滚；
JNBridge支持.NET To Java ，Java To .NET两种服务方式，并可以行用TCP、HTTP、SOAP等多个协议进行双方通讯。
参考资源：
官网地址：
2）基于用.Net实现Java虚机的整合
目前可以选用的开源资源主要是：IKVM.NET。
IKVM.NET的是开源的基于.NET CLR 的Java虚拟机。基于.NET的Java虚拟机意味着我们可以让Java程序跑在.NET上，可以通过虚拟机这个中介让Java程序和.NET应用程序一起协同工作。更难能可贵的是，IKVM同时支持微软的.NET Framework 和 Mono。
安全性是IKVM平台的一个大遗漏。此问题将依靠.NET平台提供的旧有的、但功能强大的安全模式而被解决。 虽然这样，目前项目已具备能成功运行大型java项目的能力。
IKVM目前不成熟的地方在以下几个方面：
1.对AWT和Swing没有提供支持，在IKVM的开发计划中，这项优先级别不高。
2.对Java的安全模型没有实现。
参考资源：
《Using Java Classes in your .NET Application》
http://www.codeproject.com/Articles/13549/Using-Java-Classes-in-your-NET-Application
3）基于java的本地接口的整合
Java本地接口(Java Native Interface (JNI))允许运行在Java虚拟机(Java Virtual Machine (JVM))上的代码调用本地程序和类库，或者被它们调用，这些程序和类库可以是其它语言编写的，比如C、C++或者汇编语言。
参考资源：
《Using the Java Native Interface in C#》
http://www.codeproject.com/Articles/245622/Using-the-Java-Native-Interface-in-Csharp
综述
选用JNBride，比较适合大型项目的开发，在双方互调上支持的非常好，而且双方可以互相不用感知。但是不管怎么样，信息传输上需要一定的开销（如果对于效率要求非常高的情况下，这方面多少有些损失）。
选用IKVM.NET，在.Net调用Java上可以做到“无缝”，如果不考虑Java调.Net（好像Java调用.Net的Dll没有.Net Call Java那么麻烦），个人感觉一般情况下还是首选（毕竟它目前的不足，一般的情况下影响不是太大，也很少有机会涉及到）。
基于JNI的整合方式，由于对Java不太了解，不好过多评论，不过曾看到一句这样的描述：使用本地方法是有开销的，它丧失了java的很多好处。如果别无选择，我们可以选择使用本地方法。不管怎么样，从别人文章的描诉：“In my example, I will show you how to call a couple of Java methods from a C# client.”，可以看出从实现上，完全可以做到.Net调用Java方法。
以上的综述，均为个人浅显的理解，这几天仅仅从全局上考虑如何“Call Java Method From .Net”，对于这三种方式的Demo并没有按照别人的介绍去调试和性能测试，仅仅先从大的方向和思路上做一些前期研究。下一步，打算把１，２种方式的Demo进一步研究和比较一下，第３种方式，目前暂时定性位了解吧。