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()做了什么事情呢？
