C程序從編寫到執(zhí)行需要進(jìn)來哪些過程？

先編譯，x.c經(jīng)過編譯之后會轉(zhuǎn)化為x.obj（window）x.o（Linux）
再鏈接，x.o通過鏈接形成x.so文件。

編譯器在執(zhí)行過程當(dāng)中如何知道哪些文件需要編譯so庫？

eclipse 使用.mk文件來指定編譯規(guī)則；
Android Studio使用CMakeList.txt來指定編譯規(guī)則；
編譯規(guī)則不一樣是因?yàn)閷?yīng)的編譯器不一樣，eclipse使用GUN編譯器，Android Studio使用LLVM編譯器；

講解java native 關(guān)鍵字起的作用

前言

我們知道cpu只認(rèn)得“0101101”類似這種符號，C、C++這些代碼最終都得通過編譯、匯編成二進(jìn)制代碼，cpu才能識別。
而Java比C、C++又多了一層虛擬機(jī)，過程也復(fù)雜許多。Java代碼經(jīng)過編譯成class文件、虛擬機(jī)裝載等步驟最終在虛擬機(jī)
中執(zhí)行。class文件里面就是一個結(jié)構(gòu)復(fù)雜的表，而最終告訴虛擬機(jī)怎么執(zhí)行的就靠里面的字節(jié)碼說明。
Java虛擬機(jī)在執(zhí)行的時候，可以采用解釋執(zhí)行和編譯執(zhí)行的方式執(zhí)行，但最終都是轉(zhuǎn)化為機(jī)器碼執(zhí)行。
Java虛擬機(jī)運(yùn)行時的數(shù)據(jù)區(qū)，包括方法區(qū)、虛擬機(jī)棧、堆、程序計數(shù)器、本地方法棧。問題來了，按我們目前的理解，
如果是解釋執(zhí)行，那么方法區(qū)中應(yīng)該存的是字節(jié)碼，那執(zhí)行的時候，通過JNI動態(tài)裝載的c、c++庫，怎么加載進(jìn)來的？

1、javac 與javap 處理 native方法

通過該操作，我們可以了解到普通java方法與native方法在字節(jié)碼層面在哪些方面有不同。
步驟：

//得到JNITest.class
javac JNITest.java

得到的JNITest.class內(nèi)容如下，發(fā)現(xiàn)并沒有什么區(qū)別

//
// 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反編譯看看其字節(jié)碼文件

javap -v JNITest.class

terminal窗口輸出的內(nèi)容為

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方法，發(fā)現(xiàn)不同之處在于，native方法的flags有ACC_NATIVE標(biāo)簽，那么這個標(biāo)簽是做什么用的呢？
答：java虛擬機(jī)在執(zhí)行可執(zhí)行文件JNITest.class的時候，對于沒有ACC_NATIVE標(biāo)簽的方法，會去本地的虛擬機(jī)空間找方法的實(shí)現(xiàn)，對于
有ACC_NATIVE標(biāo)簽的，會去native區(qū)間來找對于的實(shí)現(xiàn)。

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

企業(yè)微信20190604033541.png