問題：使用AS打出來的簽名包，在除錯一直用的5.0的小米手機上可以正常執行，4.4的聯想手機上閃退，5.1的模擬器上閃退。

丟擲：java.lang.UnsatisfiedLinkError，ClassLoader找不到相關的so庫。

解決思路：

猜想跟CPU架構有關係，查詢如下（cat /proc/cpuinfo）：

      模擬器：                     電腦使用的是Intel的cpu                         x86_64架構

      聯想：Processor       : ARMv7 Processor rev 2 (v7l)                armeabi-v7a

      小米：Processor       : AArch64 Processor rev 2 (aarch64)      arm64-v8a

問題一、Android支援哪些cpu架構？

答案很容易搜尋到：android目前支援7種架構

1. x86_64

2. x86

3. mips64

4. mips

5. armeabi-v7a

6. armeabi

7. arm64-v8a

問題二、系統是怎麼查詢so庫的呢？

查詢so庫規則：

      執行的時候，系統會到Jnidirs目錄裡查詢so庫，會根據當前平臺架構查詢對應的目錄。這裡面有一個規則是這個問題的元凶。當你只提供了armeabi目錄時，armeabi-v7a、arm64-v8a架構的程式都會去armeabi裡尋找，而當你同時也

      而簽名包裡面這七個目錄都有，這個問題後面討論。

驗證猜想：

      將app-release.apk使用打包軟體開啟，刪除其中的armeabi-v7a目錄，發現聯想手機可以正常運行了（去armeabi裡面尋找了）。移除x86_64資料夾，模擬器可以正常執行（去x86裡面尋找了）。

問題三、簽名包為什麼七個目錄全都有？

      對應Jnidirs目錄中的七個目錄。開啟簽名包，發現這七個目錄都有。奇怪的是我的專案裡只有x86、armeabi和arm64-v8a三個型別的so庫。開啟其他的目錄發現都是隻有一個so檔案：libgenius_graphics.so。百思不得其解這個從何而來，查詢build-gradle的時候發現：compile 'net.qiujuer.genius:graphics:2.0.0-beta8' 非常相似，這是一個開源的UI庫。猜測是引入這個庫在編譯的時候自動生成各個平臺下的libgenius_graphics.so檔案。移除之，rebuild，確實如此，只剩下原本的三個資料夾。

問題四、armeabi能否相容x86平臺？

      而當我連x86資料夾都移除，則根本不能安裝在模擬器上，提示：INSTALL_FAILED_NO_MATCHING_ABIS。證明x86架構不會去尋找armeabi目錄。當你想在x86的機器上執行app時，一定要獲得對應的x86版本so庫檔案。