互操作究竟有什么用

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

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

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

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