native修饰符用法,java中native方法
目录
使用原生修饰语原生主要用于解释方法。比如原生修改方法有什么用?什么是NativeMethod?为什么使用NativeMethodJVM?如何让NativeMethod运行?
Native修饰符的使用
00-1010 1.原生方法是Java调用非Java代码的接口。本地方法意味着该方法是用非Java语言实现的,比如C或C。
2.在定义本机方法时,不提供实现者(更像是定义Java接口),因为它的实现者是由非Java语言在外部实现的。
native主要用于方法上
Java语言本身不能访问和操作操作系统的底层,但是可以通过JNI接口调用其他语言访问底层。
JNI是一个Java原生接口,一个原生编程接口,是Java软件开发工具包(SDK)的一部分。JNI允许Java代码使用用其他语言编写的代码和代码库。
调用API(JNI的一部分)可用于将Java虚拟机(JVM)嵌入到本机应用程序中,从而允许程序员从本机代码中调用Java代码。
00-1010在JDK源代码中,以system.class为例,有很多原生修改的方法是因为调用了操作系统的相关方法,而操作的实现并不是用Java。
00-1010我今天偶然看了一下代码,发现别人也有这样写的方法,而且jar里面有好几个dll文件,比较奇怪。于是我打开代码,发现了下面的写法。
公共原生字符串GSMModemSMSReadAll(String s,int I);公共本机字符串GSMModemGetErrorMsg(字符串s);public native boolean gsmmodimesconn(字符串s);我觉得很有趣。我在网上找了资料,感觉还不错。另一种用java调用其他语言的方法(以前不知道-_ #)
今天,我花了两个小时读了一篇关于什么是母语教学的英语文章。以下是我基于原文的理解。
00-1010简单来说,原生方法就是java调用非java代码的接口。原生方法是一种java方法,它的实现是由非java语言(如c)实现的。许多其他编程语言都有这种机制。例如,在C中,可以使用extern C 来告诉C编译器调用C函数。
本地方法是一种java方法,其实现由非Java代码提供。
定义原生方法时,不提供实现者(有些就像定义java接口),因为它的实现者是在外部用非java语言实现的。下面给出一个例子:
public class IHaveNatives { undefined native public void native 1(int x);native静态公共long native 2();native同步私有float native 3(Object o);native void Native4(int[] ary)引发异常;}这些方法的声明描述了一些非java代码在这些java代码里看起来像什么样子(view).
标识符native可以与除abstract之外的所有其他java标识符一起使用。这是合理的,因为native暗示这些方法有实现者,但是这些实现者是非java的,但是abstract明确表示这些方法没有实现者。当与其他java标识符一起使用时,native与非native方法具有相同的含义。比如native static表示这个方法可以直接调用,不需要生成类的实例,非常方便。例如,当您想要使用本机方法进行调优时。
用一个C的类库时。上面的第三个方法用到了native synchronized,JVM在进入这个方法的实现体之前会执行同步锁机制(就像java的多线程。)
一个native method方法可以返回任何java类型,包括非基本类型,而且同样可以进行异常控制。这些方法的实现体可以制一个异常并且将其抛出,这一点与java的方法非常相似。当一个native method接收到一些非基本类型时如Object或一个整型数组时,这个方法可以访问这非些基本型的内部,但是这将使这个native方法依赖于你所访问的java类的实现。有一点要牢牢记住:我们可以在一个native method的本地实现中访问所有的java特性,但是这要依赖于你所访问的java特性的实现,而且这样做远远不如在java语言中使用那些特性方便和容易。
native method的存在并不会对其他类调用这些本地方法产生任何影响,实际上调用这些方法的其他类甚至不知道它所调用的是一个本地方法。JVM将控制调用本地方法的所有细节。需要注意当我们将一个本地方法声明为final的情况。用java实现的方法体在被编译时可能会因为内联而产生效率上的提升。但是一个native final方法是否也能获得这样的好处却是值得怀疑的,但是这只是一个代码优化方面的问题,对功能实现没有影响。
如果一个含有本地方法的类被继承,子类会继承这个本地方法并且可以用java语言重写这个方(这个似乎看起来有些奇怪),同样的如果一个本地方法被fianl标识,它被继承后不能被重写。
本地方法非常有用,因为它有效地扩充了jvm.事实上,我们所写的java代码已经用到了本地方法,在sun的java的并发(多线程)的机制实现中,许多与操作系统的接触点都用到了本地方法,这使得java程序能够超越java运行时的界限。有了本地方法,java程序可以做任何应用层次的任务。
为什么要使用Native Method
java使用起来非常方便,然而有些层次的任务用java实现起来不容易,或者我们对程序的效率很在意时,问题就来了。
与java环境外交互:有时java应用需要与java外面的环境交互。这是本地方法存在的主要原因,你可以想想java需要与一些底层系统如操作系统或某些硬件交换信息时的情况。本地方法正是这样一种交流机制:它为我们提供了一个非常简洁的接口,而且我们无需去了解java应用之外的繁琐的细节。
与操作系统交互:JVM支持着java语言本身和运行时库,它是java程序赖以生存的平台,它由一个解释器(解释字节码)和一些连接到本地代码的库组成。然而不管怎 样,它毕竟不是一个完整的系统,它经常依赖于一些底层(underneath在下面的)系统的支持。这些底层系统常常是强大的操作系统。通过使用本地方法,我们得以用java实现了jre的与底层系统的交互,甚至JVM的一些部分就是用C写的,还有,如果我们要使用一些java语言本身没有提供封装的操作系统的特性时,我们也需要使用本地方法。
Sun's Java:Sun的解释器是用C实现的,这使得它能像一些普通的C一样与外部交互。jre大部分是用java实现的,它也通过一些本地方法与外界交互。例如:类java.lang.Thread 的 setPriority()方法是用java实现的,但是它实现调用的是该类里的本地方法setPriority0()。这个本地方法是用C实现的,并被植入JVM内部,在Windows 95的平台上,这个本地方法最终将调用Win32 SetPriority() API。这是一个本地方法的具体实现由JVM直接提供,更多的情况是本地方法由外部的动态链接库(external dynamic link library)提供,然后被JVM调用。
JVM怎样使Native Method跑起来
我们知道,当一个类第一次被使用到时,这个类的字节码会被加载到内存,并且只会回载一次。在这个被加载的字节码的入口维持着一个该类所有方法描述符的list,这些方法描述符包含这样一些信息:方法代码存于何处,它有哪些参数,方法的描述符(public之类)等等。
如果一个方法描述符内有native,这个描述符块将有一个指向该方法的实现的指针。这些实现在一些DLL文件内,但是它们会被操作系统加载到java程序的地址空间。当一个带有本地方法的类被加载时,其相关的DLL并未被加载,因此指向方法实现的指针并不会被设置。当本地方法被调用之前,这些DLL才会被加载,这是通过调用java.system.loadLibrary()实现的。
最后需要提示的是,使用本地方法是有开销的,它丧失了java的很多好处。如果别无选择,我们可以选择使用本地方法
以上为个人经验,希望能给大家一个参考,也希望大家多多支持盛行IT。
郑重声明:本文由网友发布,不代表盛行IT的观点,版权归原作者所有,仅为传播更多信息之目的,如有侵权请联系,我们将第一时间修改或删除,多谢。