JNI 全称 Java Native Interface。Java本地方法接口,它允许Java应用程序可以调用本地方法(native method),本地方法就是指用本地程序设计语言(C/C++等)编写的特殊方法。
本地方法在本地语言可以中可执行任意的计算任务,并返回Java程序设计语言。
维基百科是这样解释的:“当应用无法完全用Java编程语言实现的时候,(例如,标准Java类库不支持的特定平台特性或者程序库时),JNI使得编程者能够编写native方法来处理这种情况”。
本地方法主要提供三种用途:
使用本地方法访问特定于平台的机制是合法的。随着JVM的不断成熟,本地方法提供了越来越多以前只有在“宿主”平台才有的特性。例如,java 1.4 发行版新增的java.util.prefs 包就提供了注册表的功能;1.6 发行版增加了 java.awt.SystemTray 提供了访问桌面系统托盘区的能力。
同时,使用本地方法来访问遗留代码也是合法的。
使用本地方法来提高性能的做法不值得提倡。早起的jdk发行版(1.3之前),这样做法是必要的,但JVM实现变得越来越快了。对于大多数任务,现在即使不适应本地方法也能够获得与“使用本地方法”相当的性能了。
其二,C/C++编写的程序是非安全的。所以,使用了本地方法的应用程序也不可以避免受到内存毁坏导致的错误。
Java 是一门安全的语言(safe language),因为它对于缓冲区、数组越界、非法指针以及其他的内存破坏错误都自动免疫,而类似内存溢出或者指针异常等问题却始终困扰着C/C++这样的非安全语言。
其三,因为本地语言是平台相关,使用本地方法的应用程序也不再是“自由移植”的。
其四,使用了本地方法的应用程序使得代码调试变得困难,在进入和退出本地方法时,需要额外的固定开销。所以,如果本地方法只是做了少量工作,非但没有起到优化性能的目的,反而降低了性能。
其五,需要“胶合代码”的本地方法编写起来单调乏味,代码可读性也低。
总而言之,使用本地方法前需要三思。随着JVM发展,后面是极少情况下会需要使用本地方法来提高性能的。
如果你必须要使用本地方法来访问底层资源,或者遗留代码库,也要尽可能少用本地代码,并且进行全面测试。因为本地代码的一个Bug 就可能破坏整个应用程序。