Java和.NET互操作究竟有什么用？

　并非所有的开发者都清楚，时下最流行的两个程序运行环境（Java虚拟机JVM和.NET通用语言运行时CLR）事实上就是一组共享的类库。不论是JVM还是CLR，都为程序代码的执行提供了各种所需的功能服务，这其中包括内存管理、线程管理、代码编译（或Java特有的即时编译JIT）等等。由于这些特性的存在，在一个操作系统中，如果程序同时运行在JVM和CLR两种环境之上，由于任何一个进程都可以加载与之对应的任何共享类库，这使得相应的操作将变得非常繁琐。

　然而，当话题讨论到这些问题的时候，大多数开发者都会停下来，向一侧仰着头，非常认真的问道“可是……这样的互操作对我们来说究竟有什么用？”

　近些年来，基于Java平台的程序开发，一直都有为数众多的API类库和新技术为其提供强大的支持。与此同时，.NET的通用语言运行时CLR，天生就具备Windows操作系统所提供的那些丰富的编程支持。在Windows操作系统环境下，常有许多Windows编程中易于实现的功能目前却很难使用Java语言编程实现，然而有的时候，使用Java语言实现特定功能较之Windows编程却更为简洁。这是在Java编程中，使用Java本地接口JNI技术实现互操作时的通常看法，同时这对于Java的开发者来说也应当是非常熟悉。可能会让开发者感觉有所陌生的，是那些尝试在Java虚拟机中实现.NET编程语言特性的想法，例如在最新的.NET 3.0中，包含工作流、WPF和InfoCard等广受关注的特性，或是在.NET过程中使用Java虚拟机提供的工具，比如说部署Java语言编写的那些包含复杂业务逻辑的Spring组件，或者实现通过ASP.NET访问JMS消息队列这样的功能。

　加载动态链接库以及与底层代码托管环境进行交互，是解决互操作问题所面临的两个不同问题，然而，每一项操作都为之提供了标准的应用程序接口来完成这样的功能。举例来说，下面列出的非托管C++代码来自于Java本地接口JNI的官方文档，目的是利用标准过程（相关的代码句柄在JNIHosting子目录里以InProcInterop方案的一部分存在，构建它的最好方法是在命令行里用指向JDK 1.6目录位置的JAVA_HOME环境变量来操作。
）创建基于Java虚拟机的函数调用：

#include "stdafx.h"
#include

int _tmain(int argc, _TCHAR* argv[])
{
     JavaVM *jvm;       /* 表示一个Java虚拟机 */
     JNIEnv *env;       /* 指向本地方法调用接口 */
     JavaVMInitArgs vm_args; /* JDK或JRE 6的虚拟机初始化参数 */

     JavaVMOption options[4]; int n = 0;
     options[n++].optionString = "-Djava.class.path=.";

     vm_args.version = JNI_VERSION_1_6;
     vm_args.nOptions = n;
     vm_args.options = options;
     vm_args.ignoreUnrecognized = false;

     /* 加载或初始化Java虚拟机，返回Java本地调用接口
      * 指向变量 env */
     JNI_CreateJavaVM(&jvm, (void**)&env, &vm_args); // 传入C++所需的参数

     /* 使用Java本地接口调用 Main.test 方法 */
     jclass cls = env->FindClass("Main");
     jmethodID mid = env->GetStaticMethodID(cls, "test", "(I)V");
     env->CallStaticVoidMethod(cls, mid, 100);

     /* 完成工作 */
     jvm->DestroyJavaVM();

     return 0;
}

[1] [2] [3] [4] [5] 下一页

　在编译上述代码时，Java开发工具包JDK中的include和include\win32目录将被添加在C++程序的include路径中，并且JDK中lib目录下的jvm.lib必须位于目标代码连接器的路径之中。程序运行时，默认情况下程序的主类Main.class作为程序执行的入口类，与上述文件位于相同的目录之中，并且保证Java运行环境JRE中的jvm.dll动态链接库存在，一般来说这个动态链接库是存在于系统环境变量的PATH路径之中。（jvm.dll通常不需要手动添加在PATH路径中，因为java.exe将会动态的查找jvm.dll动态链接库的位置，并在找到链接库后记录下它的位置。）

　同样，.NET通用语言运行时CLR提供自有的应用程序调用接口，作为本地API接口来实现同样的功能，代码如下：

#include "stdafx.h"
#include

int _tmain(int argc, _TCHAR* argv[])
{
ICLRRuntimeHost* pCLR = (ICLRRuntimeHost*)0;
HRESULT hr = CorBindToRuntimeEx(NULL, L"wks",
STARTUP_CONCURRENT_GC, CLSID_CLRRuntimeHost, IID_ICLRRuntimeHost,
(PVOID*)&pCLR);
if (FAILED(hr))
return -1;

hr = pCLR->Start();
if (FAILED(hr))
return -1;

DWORD retval = 0;
hr = pCLR->ExecuteInDefaultAppDomain(L"HelloWorld.exe", L"Hello", L"Main"

[1] [2] [3] [4] [5] 下一页