【hystrix源码】【网站项目源码java】【ssm javaee项目源码】jni源码例子-皮皮网

【hystrix源码】【网站项目源码java】【ssm javaee项目源码】jni源码例子

2024-11-26 11:45:52 来源：{typename type="name"/} 分类：{typename type="name"/}

1.å®åjniå¼åï¼
2.å¦ä½å¨Androidä¸ä½¿ç¨JNI
3.java是码例如何调用native方法？hotspot源码分析必会技能
4.JNI到底是啥
5.Native 关键字详解

jni源码例子

å®åjniå¼åï¼

å¦ä½ç¼åå®åè½¯ä»¶

2ãä¸é¢æå°±å¼å§ä»ç»æä»¬å¼åéè¦ç¨çè½¯ä»¶ï¼Xcode(è½¯ä»¶ä¸è½½å°åï¼developer.apple/xcode/)ï¼IOSæ¨¡æå¨ã

5ãEclipseADTEclipseADTæ¯Eclipseå¹³å°ä¸ç¨æ¥å¼åAndroidåºç¨ç¨åºçæä»¶TheSDKandAVDManagerè¯¥å·¥å·åå«å¾å¤éè¦çåè½ï¼åæ¬ç®¡çä¸åçAndroidSDKçæ¬ï¼æå»ºç®æ ï¼ï¼Androidççæ¬ä¼å¤ï¼APIä¸æäºå¼å®¹æ§é®é¢ã

Androidä¸æä¹éè¿JNIç¼ç¨å»åéadbæä»¤æ§å¶ææº

(constchar*)(*env)-GetStringUTFChars(envï¼inputStrï¼JNI_FALSE)ï¼LOGI(dufresne---%sï¼(constchar*)str)ï¼//éç¥èææºæ¬å°ä»£ç ä¸åéè¦éè¿strè®¿é®Javaåç¬¦ä¸²ã

$cd~/project/Android/JNITest/bin$cd~/project/Android/JNITest/binæä»¬ç¨lså½ä»¤æ¥çï¼å¯ä»¥çå°binç®å½ä¸æä¸ªclassesç®å½ï¼å¶ç®å½ç»æä¸ºclasses/org/tonny/jniï¼å³classesçåç®å½ç»ææ¯androidå·¥ç¨çååorg.tonny.jniã

å¦ä½ç¨javaè¿è¡å®ååºç¨çå¼å

ç¬¬ä¸æ¥ï¼å®è£jdkï¼éç½®jdkç¯å¢ãç¾åº¦æjdkéç½®ç¬¬äºæ¥ï¼å®è£AndroidStudio+SDKãæèEclipse+ADT+AndroidSDKãç¬¬ä¸æ¥ï¼éè¦Androidæºåæèå®è£èææºãå¦æçé®ï¼è¯·æåºã

ç¨jniåçå®ååºç¨è½è¢«åç¼è¯å

å¦ä½JAVAä»£ç è°ç¨ï¼jniå§ï¼å®åçSOæä»¶æ¯linuxä¸çæä»¶ï¼ç¨cæèc++åçã

å®åå¼åè°ç¨åºå±ç¡¬ä»¶

å¯ä»¥åèä¸ä¸/sdk/ndk/index.htmlä¸è½½ndkï¼ç®åææ°çæ¬ä¸ºandroid-ndk-r6b-linux-x.tar.bz2.

ããï¼2ï¼è§£åndkå°å·¥ä½ç®å½ï¼

ãã[plain] view plaincopyprint?

ãã.$tar -xvf android-ndk-r6b-linux-x.tar.bz2

ãã.$sudo mv android-ndk-r6b /usr/local/ndk

ãã$tar -xvf android-ndk-r6b-linux-x.tar.bz2

ãã$sudo mv android-ndk-r6b /usr/local/ndk

ããï¼3ï¼è®¾ç½®ndkç¯å¢åé

ãã[plain] view plaincopyprint?

ãã.$sudo vim /etc/profile

ãã.exportPATH=/usr/local/ndk:$PATH

ãã$sudo vim /etc/profile

ããexportPATH=/usr/local/ndk:$PATH

ããç¼è¾å®æ¯åä¿åéåºï¼å¹¶éå¯çæ

ããï¼4ï¼éªè¯å®è£

ãã[plain] view plaincopyprint?

ãã.$ cd/usr/local/ndk/samples/hello-jni/

ãã.$ ndk-build

ãã.Gdbserver : [arm-linux-androideabi-4.4.3] libs/armeabi/gdbserver

ãã.Gdbsetup : libs/armeabi/gdb.setup

ãã.Install : libhello-jni.so => libs/armeabi/libhello-jni.so

ãã$ cd/usr/local/ndk/samples/hello-jni/

ãã$ ndk-build

ããGdbserver : [arm-linux-androideabi-4.4.3] libs/armeabi/gdbserver

ããGdbsetup : libs/armeabi/gdb.setup

ããInstall : libhello-jni.so => libs/armeabi/libhello-jni.so

ãã3.JNIå®ç°

ãã3.1.ç¼åJavaåºç¨ç¨åºä»£ç

ããï¼1ï¼å¯å¨Eclipseï¼æ°å»ºandroidå·¥ç¨

ããProjectï¼JNITest

ããPackageï¼org.tonny.jni

ããActivityï¼JNITest

ããï¼2ï¼ç¼è¾èµæºæä»¶

ããç¼è¾res/values/strings.xmlæä»¶å¦ä¸ï¼

ãã

ããç¼è¾res/layout/main.xmlæä»¶

ããï¼3ï¼ç¼è¾JNITest.javaæä»¶

ããåçè¿ä¸æ®µï¼

ãã[java] view plaincopyprint?

ãã.privatenativeString GetReply();

ããprivatenativeString GetReply();

ãã[java] view plaincopyprint?

ãã.publicvoidonClick(View arg0) {

ãã.edtName.setText(reply);

ãã.}

ããpublicvoidonClick(View arg0) {

ããedtName.setText(reply);

ãã}

ããï¼4ï¼ç¼è¯å·¥ç¨ï¼çæ.classæä»¶ã

ãã3.2.ç¨javahå·¥å·çæç¬¦åJNIè§èçcè¯è¨å¤´æä»¶

ããå¨ç»ç«¯ä¸ï¼è¿å¥androidå·¥ç¨æå¨çbinç®å½

ãã[plain] view plaincopyprint?

ãã.$cd ~/project/Android/JNITest/bin

ãã$cd ~/project/Android/JNITest/bin

ããæä»¬ç¨lså½ä»¤æ¥çï¼å¯ä»¥çå°binç®å½ä¸æä¸ªclassesç®å½ï¼å¶ç®å½ç»æä¸ºclasses/org/tonny/jniï¼å³classesçåç®å½ç»ææ¯androidå·¥ç¨çååorg.tonny.jniãè¯·æ³¨æï¼ä¸é¢æä»¬åå¤æ§è¡javahå½ä»¤çæ¶åï¼å¿é¡»è¿å¥å°org/tonny/jniçä¸çº§ç®å½ï¼å³classesç®å½ï¼å¦åjavahä¼æç¤ºæ¾ä¸å°ç¸å³çjavaç±»ã

ããä¸é¢ç»§ç»ï¼

ãã[plain] view plaincopyprint?

ãã.$cd classes

ãã.$javah org.tonny.jni.JNITest

ãã.$ls

ãã.org org_tonny_jni_JNITest.h

ãã$cd classes

ãã$javah org.tonny.jni.JNITest

ãã$ls

ããorg org_tonny_jni_JNITest.h

ããæ§è¡javahorg.tonny.jni.JNITestå½ä»¤ï¼å¨classesç®å½ä¸ä¼çæorg_tonny_jni_JNITest.hå¤´æä»¶ãå¦æä¸è¿å¥å°classesç®å½ä¸çè¯ï¼ä¹å¯ä»¥è¿æ ·ï¼

ãã[plain] view plaincopyprint?

ãã.$javah -classpath ~/project/Android/JNITest/bin/classesorg.tonny.jni.JNITest

ãã$javah -classpath ~/project/Android/JNITest/bin/classesorg.tonny.jni.JNITest

ãã-classpath åæ°è¡¨ç¤ºè£è½½ç±»çç®å½ã

ãã3.3.ç¼åc/c++ä»£ç

ããçæorg_tonny_jni_JNITest.hå¤´æä»¶åï¼æä»¬å°±å¯ä»¥ç¼åç¸åºçå½æ°ä»£ç äºãä¸é¢å¨androidå·¥ç¨ç®å½ä¸æ°å»ºjniç®å½ï¼å³~/project/Android/JNITest/jniï¼æorg_tonny_jni_JNITest.hå¤´æä»¶æ·è´å°jniç®å½ä¸ï¼å¹¶å¨jniç®å½ä¸æ°å»ºorg_tonny_jni_JNITest.cæä»¶ï¼ç¼è¾ä»£ç å¦ä¸ï¼

ãã[cpp] view plaincopyprint?

ãã.#include<jni.h>

ãã.#include<string.h>

ãã.#include"org_tonny_jni_JNITest.h"

ãã.

ãã.JNIEXPORTjstring JNICALLJava_org_tonny_jni_JNITest_GetReply

ãã.(JNIEnv *env, jobject obj){

ãã.return(*env)->NewStringUTF(env,(char*)"Hello,JNITest");

ãã.}

ãã#include<jni.h>

ãã#include<string.h>

ãã#include"org_tonny_jni_JNITest.h"

ããJNIEXPORTjstring JNICALLJava_org_tonny_jni_JNITest_GetReply

ãã(JNIEnv *env, jobject obj){

ããreturn(*env)->NewStringUTF(env,(char*)"Hello,JNITest");

ãã}

ãã3.4.ç¼åAndroid.mkæä»¶

ããå¨~/project/Android/JNITest/jniç®å½ä¸æ°å»ºAndroid.mkæä»¶ï¼androidå¯ä»¥æ ¹æ®è¿ä¸ªæä»¶çç¼è¯åæ°ç¼è¯æ¨¡åãç¼è¾Android.mkæä»¶å¦ä¸ï¼

ãã[plain] view plaincopyprint?

ãã.LOCAL_PATH:= $(call my-dir)

ãã.include$(CLEAR_VARS)

ãã.LOCAL_MODULE := libJNITest

ãã.LOCAL_SRC_FILES:= org_tonny_jni_JNITest.c

ãã.include$(BUILD_SHARED_LIBRARY)

ããLOCAL_PATH:= $(call my-dir)

ããinclude$(CLEAR_VARS)

ããLOCAL_MODULE := libJNITest

ããLOCAL_SRC_FILES:= org_tonny_jni_JNITest.c

ããinclude$(BUILD_SHARED_LIBRARY)

ããLOCAL_MODULEè¡¨ç¤ºç¼è¯çå¨æåºåç§°

ããLOCAL_SRC_FILES è¡¨ç¤ºæºä»£ç æä»¶

ãã3.5.ç¨ndkå·¥å·ç¼è¯å¹¶çæ.soæä»¶

ããè¿å¥å°JNITestçå·¥ç¨ç®å½ï¼æ§è¡ndk-buildå½ä»¤å³å¯çælibJNITest.soæä»¶ã

ãã[plain] view plaincopyprint?

ãã.$cd ~/project/Android/JNITest/

ãã.$ndk-build

ãã.Invalidattribute name:

ãã.package

ãã.Install : libJNITest.so => libs/armeabi/libJNITest.so

ãã$cd ~/project/Android/JNITest/

ãã$ndk-build

ããInvalidattribute name:

ããpackage

ããInstall : libJNITest.so => libs/armeabi/libJNITest.so

ããå¯ä»¥çå°ï¼å¨å·¥ç¨ç®å½çlibs/armeabiç®å½ä¸çæäºlibJNITest.soæä»¶ã

ãã3.6.å¨æ¨¡æå¨ä¸è¿è¡

ãã[plain] view plaincopyprint?

ãã.$cd ~/software/android/android-sdk-linux/tools

ãã.$./emulator @AVD-2.3.3-V -partition-size

ãã$cd ~/software/android/android-sdk-linux/tools

ãã$./emulator @AVD-2.3.3-V -partition-size

ããAVD-2.3.3-Vè¡¨ç¤ºä½ çæ¨¡æå¨åç§°ï¼ä¸å¨Eclipse->AVDManagerä¸çAVDNameå¯¹åºï¼-partition-sizeè¡¨ç¤ºæ¨¡æå¨çåå¨è®¾å¤å®¹éã

ãã[plain] view plaincopyprint?

ãã.$cd ~/project/Android/JNITest/libs/armeabi/

ãã.$adb remount

ãã.$adb push libJNITest.so /system/lib

ãã. KB/s ( bytes in 0.s)

ãã$cd ~/project/Android/JNITest/libs/armeabi/

ãã$adb remount

ãã$adb push libJNITest.so /system/lib

ãã KB/s ( bytes in 0.s)

ããå½å¨ç»ç«¯ä¸çå°æ KB/s ( bytes in 0.s)ä¼ è¾éåº¦çä¿¡æ¯çæ¶åï¼è¯´ææ·è´æåã

java是如何调用native方法？hotspot源码分析必会技能

在深入研究JDK源码，如并发包和Thread相关部分时，码例往往会遇到native修饰的码例方法，它们隐藏在层层方法的码例底层。native方法的码例存在并非偶然，它是码例hystrix源码解决Java语言与操作系统直接交互的关键。Java作为高层语言，码例需要JVM作为桥梁，码例将Java指令转换为可以直接操作系统的码例C或C++代码，这就是码例native方法的用武之地。

JDK、码例JRE和JVM的码例关系是这样的：JDK包含JRE，其中的码例JVM负责执行Java代码并进行操作系统间的转换。在OpenJDK源码中，码例特别是码例hotspot实现的JVM中，能找到native方法的网站项目源码java具体实现。JNI（Java Native Interface）技术用于模拟Java调用C或C++编写的native方法，确保跨平台的兼容性。

让我们通过实践来理解这个过程。首先，创建一个简单的Java类，通过javac编译，生成JavaCallC.class文件。然后使用javah命令生成JavaCallC.h头文件，这是C语言调用Java的关键部分，需要与Java代码中的native方法签名匹配。接着，编写C代码（Cclass.c），编译成动态链接库libJavaCallC.so，并将库文件路径添加到LD_LIBRARY_PATH环境变量中。

最后，ssm javaee项目源码执行JavaCallC命令，如果一切顺利，会看到"Java_JavaCallC_cMethod call succ"的输出，表明Java成功调用了native方法。在尝试过程中可能会遇到各种问题，但通过一步步的调试和学习，我们可以逐步掌握这个过程。

JNI到底是啥

JNI，全称为Java Native Interface，是Java的本地接口，旨在提供Java与本地代码之间的桥梁。在Java的开发过程中，我们经常能听到它的名字，但却很少有人对其有深入的了解。

在日常的vue源码的书Java开发中，我们常常提到Java的跨平台和可移植性，但有时候平台特有的功能在Java中实现起来就显得不够便利。此时，JNI就显得尤为重要。它允许开发者在Java中调用本地代码，以实现对特定平台特有功能的访问。

JNI中的“native”修饰的方法，实际上就是我们经常在Java源码中遇到的“native”方法。这类方法没有具体实现，只是提供一个接口，等待本地代码进行实现。例如，Object类中的hashCode方法，就是一个典型的native方法，它为我们提供了计算对象哈希值的吴亚峰源码基础。

那么，JNI是如何实现这个功能的呢？答案是通过C或C++语言来实现。JNI的实现方法与Java方法栈不同，它对应的是本地方法栈，这里包含了针对特定平台的一些C实现的方法。

JVM是如何将这些本地方法加载到本地方法栈中的呢？这就是JNI的核心所在。JNI的实现分为“主动型”和“被动型”两种。

在主动型中，JVM会根据native方法去寻找对应的C语言实现。JVM会按照一定的命名规则来查找，确保Java与C语言之间的兼容性。

查找规则通常遵循Java_开头，后面跟着包名和方法名的格式。例如，一个名为Java_com_example_MyClass的方法，其对应的C函数可能为Java_com_example_MyClass_方法名。

被动型则更为灵活，它依赖于一个主动型的C函数方法实现。在这种情况下，JVM在加载时会先加载一个名为registerNatives的方法，该方法位于类的静态块中，将其中的native方法加载进来，即使它们没有遵循命名规则。

对于JNI的API，Oracle提供了一份详细的文档，但未进行与其他版本如OpenJDK的比较。JNI也涉及垃圾回收，生成的对象通常不会轻易被回收，但在本地方法返回后，局部引用的对象会被标记为可回收，为垃圾回收提供线索。

Native 关键字详解

在JDK源码中的Object类中，我们发现了getClass()方法、hashCode()方法、clone()方法，它们的共同点是使用了native关键词进行修饰。这意味着这些方法的实现不是用Java语言编写的，而是用其他语言（如C或C++）实现的。

那么，为什么要使用native关键词？这样做有什么作用？答案在于JNI（Java Native Interface）。JNI允许Java代码和其他语言编写的代码进行交互，满足以下需求：当Java类库不支持所需平台功能、已用其他语言编写类库需要调用、某些方法使用性能敏感语言（如汇编）实现时。从Java 1.1开始，JNI就作为Java平台的一部分，为解决上述需求提供了支持。

通过JNI，Java程序可以调用操作系统的相关技术实现的库函数，实现与其他技术和系统的交互，或调用其他技术实现的系统功能。同时，其他技术和系统也可以通过JNI提供的原生接口调用Java应用系统内部实现的功能。

以Windows系统为例，大部分可执行应用基于native PE结构，而Java虚拟机也是基于native结构实现的。Java应用体系构建于JVM之上，但使用JNI会使得程序不再跨平台，需要在不同系统环境下重新编译本地语言部分。程序的安全性也会降低，不当使用本地代码可能导致整个程序崩溃。尽管存在这些缺点，JNI仍因其性能优势而被广泛使用。

接下来，我们以HelloWorld程序为例，演示如何使用Java代码调用本地C程序。首先编写带有native声明的Java类，并生成.java文件。然后使用javac命令编译生成.class文件，接着使用javah -jni命令生成.h头文件。接着用C/C++（或其他语言）实现本地方法，生成动态链接库。最后，通过Java程序加载动态库，并实现调用。

在调用本地C程序的过程中，我们需要确保操作环境配置正确。这包括编译环境（如gcc）的安装和配置，以及确保Java和动态库的路径正确。

通过以上步骤，我们完成了使用JNI调用本地C程序的过程。这不仅展示了native关键词的使用，还展示了JNI在跨语言调用中的应用。

综上所述，native关键词允许Java程序调用非Java实现的代码，通过JNI提供与本地语言代码的交互能力。这在满足性能需求、集成外部库或实现平台相关功能时至关重要。

【hystrix源码】【网站项目源码java】【ssm javaee项目源码】jni源码例子

相关文章