JNI原理初探

C程序从编写到执行需要进来哪些过程？

先编译，x.c经过编译之后会转化为x.obj（window）x.o（Linux）
再链接，x.o通过链接形成x.so文件。

编译器在执行过程当中如何知道哪些文件需要编译so库？

eclipse 使用.mk文件来指定编译规则；
Android Studio使用CMakeList.txt来指定编译规则；
编译规则不一样是因为对应的编译器不一样，eclipse使用GUN编译器，Android Studio使用LLVM编译器；

讲解java native 关键字起的作用

前言

我们知道cpu只认得“0101101”类似这种符号，C、C++这些代码最终都得通过编译、汇编成二进制代码，cpu才能识别。
而Java比C、C++又多了一层虚拟机，过程也复杂许多。Java代码经过编译成class文件、虚拟机装载等步骤最终在虚拟机
中执行。class文件里面就是一个结构复杂的表，而最终告诉虚拟机怎么执行的就靠里面的字节码说明。
Java虚拟机在执行的时候，可以采用解释执行和编译执行的方式执行，但最终都是转化为机器码执行。
Java虚拟机运行时的数据区，包括方法区、虚拟机栈、堆、程序计数器、本地方法栈。问题来了，按我们目前的理解，
如果是解释执行，那么方法区中应该存的是字节码，那执行的时候，通过JNI动态装载的c、c++库，怎么加载进来的？

1、javac 与javap 处理 native方法

通过该操作，我们可以了解到普通java方法与native方法在字节码层面在哪些方面有不同。
步骤：

//得到JNITest.class
javac JNITest.java

得到的JNITest.class内容如下，发现并没有什么区别

//
// Source code recreated from a .class file by IntelliJ IDEA
// (powered by Fernflower decompiler)
//
package com.example.jnidemo;
public class JNITest {
    public JNITest() {
    }
    public static native String getJniStr();
    public static String getFunStr() {
        return "";
    }
}

那我们再通过javap反编译看看其字节码文件

javap -v JNITest.class

terminal窗口输出的内容为

Classfile /Users/zzqqiang/Desktop/JNIDemo/app/src/main/java/com/example/jnidemo/JNITest.class
  Last modified Mar 30, 2019; size 310 bytes
  MD5 checksum af7c9481f20a0fdac52c0eaa1503dc3a
  Compiled from "JNITest.java"
public class com.example.jnidemo.JNITest
  minor version: 0
  major version: 52
  flags: ACC_PUBLIC, ACC_SUPER
Constant pool:
   #1 = Methodref          #4.#14         // java/lang/Object."<init>":()V
   #2 = String             #15            //
   #3 = Class              #16            // com/example/jnidemo/JNITest
   #4 = Class              #17            // java/lang/Object
   #5 = Utf8               <init>
   #6 = Utf8               ()V
   #7 = Utf8               Code
   #8 = Utf8               LineNumberTable
   #9 = Utf8               getJniStr
  #10 = Utf8               ()Ljava/lang/String;
  #11 = Utf8               getFunStr
  #12 = Utf8               SourceFile
  #13 = Utf8               JNITest.java
  #14 = NameAndType        #5:#6          // "<init>":()V
  #15 = Utf8
  #16 = Utf8               com/example/jnidemo/JNITest
  #17 = Utf8               java/lang/Object
{
  public com.example.jnidemo.JNITest();
    descriptor: ()V
    flags: ACC_PUBLIC
    Code:
      stack=1, locals=1, args_size=1
         0: aload_0
         1: invokespecial #1                  // Method java/lang/Object."<init>":()V
         4: return
      LineNumberTable:
        line 3: 0

  public static native java.lang.String getJniStr();
    descriptor: ()Ljava/lang/String;
    flags: ACC_PUBLIC, ACC_STATIC, ACC_NATIVE

  public static java.lang.String getFunStr();
    descriptor: ()Ljava/lang/String;
    flags: ACC_PUBLIC, ACC_STATIC
    Code:
      stack=1, locals=0, args_size=0
         0: ldc           #2                  // String
         2: areturn
      LineNumberTable:
        line 8: 0
}
SourceFile: "JNITest.java"

我们找到getJniStr方法与getFunStr方法，发现不同之处在于，native方法的flags有ACC_NATIVE标签，那么这个标签是做什么用的呢？
答：java虚拟机在执行可执行文件JNITest.class的时候，对于没有ACC_NATIVE标签的方法，会去本地的虚拟机空间找方法的实现，对于
有ACC_NATIVE标签的，会去native区间来找对于的实现。

2. System.loadLibrary()做了什么事情呢？

企业微信20190604033541.png