java native方法使用

一、前言

          今天在看java.lang.System源码的时候看到了System静态代码块中有一个registerNatives方法，该方法是被 native关键字修饰。

public final class System {
    /* register the natives via the static initializer.
     *
     * VM will invoke(调用) the initializeSystemClass method to complete
     * the initialization for this class separated from clinit.
     * Note that to use properties set by the VM, see the constraints
     * described in the initializeSystemClass method.
     */
    private static native void registerNatives();
    static {
        registerNatives();

    }.............

}

二、native用法

         简单地讲，一个Native Method就是一个java调用非java代码的接口。一个Native Method是这样一个java的方法：该方法的实现由非java语言实现，比如C。这个特征并非java所特有，很多其它的编程语言都有这一机制，比如在C＋＋中，你可以用extern “C”告知C＋＋编译器去调用一个C的函数。       

        native是与C++联合开发的时候用的！使用native关键字说明这个方法是原生函数，也就是这个方法是用C/C++语言实现的，并且被编译成了DLL，由java去调用。 这些函数的实现体在DLL中，JDK的源代码中并不包含，你应该是看不到的。对于不同的平台它们也是不同的。这也是java的底层机制，实际上java就是在不同的平台上调用不同的native方法实现对操作系统的访问的。总而言之：

1. native 是用做java 和其他语言（如c++）进行协作时使用的，也就是native 后的函数的实现不是用java写的。
2.  既然都不是java，那就别管它的源代码了，我们只需要知道这个方法已经被实现即可。
3. native的意思就是通知操作系统， 这个函数你必须给我实现，因为我要使用。 所以native关键字的函数都是操作系统实现的， java只能调用。
4. java是跨平台的语言，既然是跨了平台，所付出的代价就是牺牲一些对底层的控制，而java要实现对底层的控制，就需要一些其他语言的帮助，这个就是native的作用了

三、native用法

1.编写带有native声明的方法的Java类（java文件）
2.使用javac命令编译编写的Java类（class文件）如：javac NativeTest.java
3.使用javah -jni ****来生成后缀名为.h的头文件（.h的文件） 如：javah -jni NativeTest
4.使用其他语言（C、C++）实现本地方法
5.将本地方法编写的文件生成动态链接库（dll文件）

注意：javac NativeTest.java 没有带包名，因为我的NativeTest.java不在任何包（package）中。

示例如下：

1-3、

public class NativeTest {
    public native void hello(String name);
    static{
        System.loadLibrary("wittdong");//wittdong和生成动态链接库的  wittdong.dll名字一致
    }
    public static void main(String[] args){
        new NativeTest().hello("jni");
    }
}

4、用C语言实现本地方法（hello），生成 NativeTestImpl.c 格式文件

#include <jni.h>
#include "NativeTest.h"
#include <stdio.h>
JNIEXPORT void JNICALL Java_NativeTest_hello(JNIEnv *env,jobject obj, jstring name){
printf("hello world");
}

5、生成动态链接库

一种方式：cl -I %java_home%\include -I%java_home%\include\win32 -LD  NativeTestImpl.c -Fe wittdong.dll

另一种方式：用VC++6.0编译一下在debug文件夹中就生成好了dll文件。

将dll放到生成.h的那一级文件夹中，就可以进行native本地方法调用。在Eclipse执行时，需把dll文件拷贝到C:\Windows\System32

四、补充资料

c语言中.c和.h文件关系以及区别：

　　本质上没有任何区别。 只不过一般：.h文件是头文件，内含函数声明、宏定义、结构体定义等内容

　　.c文件是程序文件，内含函数实现，变量定义等内容。而且是什么后缀也没有关系，只不过编译器会默认对某些后缀的文件采取某些动作。你可以强制编译器把任何后缀的文件都当作c文件来编。

　　这样分开写成两个文件是一个良好的编程风格。

　　而且，比方说 我在aaa.h里定义了一个函数的声明，然后我在aaa.h的同一个目录下建立aaa.c ，aaa.c里定义了这个函数的实现，然后是在main函数所在.c文件里#include这个aaa.h 然后我就可以使用这个函数了。 main在运行时就会找到这个定义了这个函数的aaa.c文件。

　　这是因为：

　　main函数为标准C/C++的程序入口，编译器会先找到该函数所在的文件。

　　假定编译程序编译myproj.c（其中含main()）时，发现它include了mylib.h（其中声明了函数void test()），那么此时编译器将按照事先设定的路径（Include路径列表及代码文件所在的路径）查找与之同名的实现文件（扩展名为.cpp或.c，此例中为mylib.c）（应该是跟java的import一样），如果找到该文件，并在其中找到该函数（此例中为void test()）的实现代码，则继续编译；如果在指定目录找不到实现文件，或者在该文件及后续的各include文件中未找到实现代码，则返回一个编译错误.其实include的过程完全可以"看成"是一个文件拼接的过程，将声明和实现分别写在头文件及C文件中，或者将二者同时写在头文件中，理论上没有本质的区别。