运用JNA保护你的遗留代码（一）

Java Native Access (JNA)承诺为Java和遗留代码之间搭建一座桥梁。为什么这点如此重要?首先， JNA避免了修改遗留代码，即便这些代码的改写要求是存在的。

同时，JNA意味着不再需要昂贵的私有的桥接解决方案。后者包括“神秘的史前工具”，就像是代理安 排、硬件编码专有协议等等。所有这些解决方案的趋势是很难预测的，易错以及具有潜在的脆弱因素。 JNA的另一个关键因素是能够有效的取代Java Native Interface (JNI)。

在这篇文章中，我所要探究的代码类型在这个列表一中将会让读者先睹为快。在列表一中，我引用来 自Windows kernel32 DLL 的GetTickCount()程序。自从系统启动，GetTickCount()返回所经过的毫秒的 个数。

public interface CLibrary extends Library { 　　CLibrary INSTANCE = (CLibrary) 　　Native.loadLibrary((Platform.isWindows() ? "kernel32" : "c"), 　　 CLibrary.class); 　　int GetTickCount(); 　　} 　　public static void main(String[] args) { 　　System.out.println("TickCount" + CLibrary.INSTANCE.GetTickCount()); 　　}

列表一，简单的JNA实例

列表一中真正让人感兴趣的是JNI代码不再被需要。取而代之的是一种来自于Java代码的你可以简单的 称之为DLL的符号。映射和自动生成JNI头文件或者其他难以填满的材料都是不需要的。取代以上做法的是 ，伴随着JNA，简单的下载必须的库，标注兴趣符号，然后引用这些符号。

简而言之，JNA解决方案在任何体制下都可以节省费用。从Java径直访问遗留代码的能力可以排除任何 使用JNI或者改写遗留代码的需求。也许，JNA最好的承诺就是统一代码环境。无论如何，这里还有其它与 JNA有关的话题，这些话题都是关于入侵本机代码环境的。任何一个这样的话题都是围绕Java是否是所谓 的系统语言展开的。

Java：不是一种系统语言?

早期关于Java的一个重要的评论是说Java不是一种系统语言。不像C或者C++，Java生存在JVM内部，并 且不能存取低级别的，机器方面的细节问题。允许这些操作的地方，都是需要经过高级别的API。JVM中孤 立Java的一个关键功能就是保证安全——JVM可能会崩溃，但是它不会致使整个系统瘫痪。

JNA的出现正在潜移默化的改变这些，因为现在Java代码可以存取C风格的结构。列表二显示了Java代 码在Windows kernel32 DLL中通过函数存取数据的另一个例子。

Kernel32 lib = Kernel32.INSTANCE; 　　SYSTEMTIME time = new SYSTEMTIME(); 　 　lib.GetSystemTime(time); 　　System.out.println("Today''s integer value is " + time.wDay);

列表2，kernel32.dll系统时间

列表二中，注意到Java代码有权使用低级别的平台数据。JNI意味着Java具有可以存取系统级别数据的 能力。无论如何，JNA的另一个重要的应用是遗留代码存取，这些遗留代码中存在大量的有商业价值的信 息;举例来说，书写在C/C++中的复杂的数学函数。现在，与其使用JNI，有可能的话还不如直接引用JNA遗 留的函数。换句话说，JNA可以被认为是一种桥接技术。

运用JNA保护你的遗留代码（一）(2)

JNA: 桥接技术

从列表一和列表二的例子中，你可以看到JNA是一种有效的Java—本地—Java桥接技术。这使得JNA与 JNI不同，因为这不再有自动生成头文件或者实施特别的C代码的需求。取而代之的是，伴随着JNA你可以 简单的标记你想要的库，然后引用它们。

接下来让我们看一个更为完整的例子，实际的创建一个DLL，然后通过JNA代码访问它。

使用JNA的实例

与其仅仅作为一种单行道的技术使用JNA，简单的访问现有的DLL，还不如标记JNA，访问你自己的DLL 。所以我想创建一个真正的简单的DLL，然后通过JNA代码访问。我使用微软的Visual C++ 2005 Express Edition——可以从微软网站免费下载，创建一个DLL。你可以使用更多的以前的版本，工作方式将会是一 样的。

我不得不说，在一篇Java.net的文章中讨论微软的Visual C++无论如何看起来都很奇怪。列表三就是 说明DLL代码的重要性，其大部分都是自动生成的。

BOOL APIENTRY DllMain( HMODULE hModule, 　　DWORD ul_reason_for_call, 　　 LPVOID lpReserved) 　　{ 　　return TRUE; 　　} 　　extern "C" __declspec (dllexport) DWORD helloWorld (DWORD divider) 　　{ 　　return 77/divider; 　　}

列表三，DLL代码

不用担心列表三的细节——其中的大部分都是自动生成的。重要的环节是函数调用helloWorld()。这 个函数作用不多：传递整数参数，把它划分成不变值77.明显地，这是不提供标准的。后面，我将使用列 表三中的代码协议演示一个例外情况，除数为0，让我们看看JNA会发生什么事情。

让我们快速检查helloWorld()函数的关键点。首先，外部C是用来避免C++的名字装饰的。这意味着函 数可以在外表上运行的看起来像是helloWorld()，不需要在名字上面增加任何特殊的特性。接下来， __declspec(dllexport) tag服务于从DLL输出函数。其余的函数定义就是简单的返回值、函数名字和参数 。这是其次的代码功能。

关于创建DLL。这里还有最后一个要点，这需要花费我一些时间——调用约定。确定其设置为__cdecl 。在Visual C++ Express Edition中，在C++超前部分中，项目配置水平中设置调用约定。

当上面的所有步骤都完成了，你可以创建项目来产生你自己的DLL。在我的案例中，DLL被称为 nativecode.dll。这个DLL包括这篇文章中的源代码。让我们通过JNA来使自己的DLL代码生效。

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!