原文鏈接：http://blog.csdn.net/greenmemo/article/details/51777140

項目中使用sqlcipher加密數據庫，使用了so庫，模擬器運行的時候報錯，換成真機沒有問題，模擬器是x86架構的，換成ARM架構的應該沒有問題

導致產生unsatisfiedlink的幾個原因

1. 相關信息

hyphenatechatsdk提供的指令集類型僅提供armeabi, arm64-v8a, x86三種，這里需要解釋一下相關信息。

armeabi和armeabi-v7a是相近似的指令集，v7a是增強型指令集，運行速度，效率均有所提高，他們都是32位指令，并且兼容。

arm64-v8a對應arm 64位指令集，arm的64位策略和intel IA32不一樣，intel的64位指令是兼容32位指令，32位指令編譯的程序可以直接在64位機器上運行。

但是arm不是，arm64位和arm32位是彼此獨立的指令系統，不兼容。arm這樣設計的原因是因為運行在嵌入式上，設計指標更趨向于效率，和耗電考量。

實際上arm64位芯片上同時包含著64指令處理器，和32位指令處理器，只不過兩個處理器彼此獨立。

2. 影響鏈接的限制條件

armeabi的so實際上可以運行在64位機器上，只不過google增加了限制條件。

• Android4.x, 只要能找到so，就可以運行，so可以在armeabi,armeabi-v7a, arm64-v8a，so位置可以很隨意。

• Android5.x開始，檢查更加嚴格，會只有和芯片型號對應目錄的so會安裝到手機中。
  舉個例子，開發環境下目錄結構如下
  libs/armeabi/: libhyphenate.so libhyphenate_av.so
  libs/armeabi-v7a: libmediadata.so
  手機對應的指令集是armeabi-v7a,之中安裝到手機的只有libmediadata.so

• Android6.x下，檢查更加嚴格。有一條規則，之前測試又遇到，現在不太確認。
  libs/armeabi/: libhyphenate.so libhyphenate_av.so。
  libs/arm64-v8a (沒有此目錄)。
  在64位機器上也可以運行。
  但是作為開發者通常會依賴其他開發包，比如baiduMap,也會用其他so，不能讓所有開發者都刪掉libs/arm64-v8a的目錄。
  不過開發者可以嘗試下刪除arm64-v8a，只留armeabi，這樣安裝包會很小，在各個平臺上也能運行。google考量點是執行速率，更流暢的用戶體驗，作為開發者。服務提供者，我們希望apk盡可能小，對執行速度要求不高。

• armeabi和armeabi-v7a可以互換，現在市面上的手機很少有armeabi的，基本上是armeabi-v7a，或者64位的高端機器。

• 查看手機芯片型號: cat /proc/cpuinfo, 仔細看一下打印信息，能夠看明白手機指令集，是32位還是64位。

• x86目錄，通常對應虛擬機，很多開發者喜歡在genymotion上開發調試，這個就對應x86. x86和前面說的intel IA32是一回事，所以只提供32位的，也能在x86-64位機器上運行。

  我們的so還依賴于libsqlite.so，不過由于這個包從來沒有變化，使用的是系統默認提供的(/system/lib/)。在Android 6.x及以下的平臺可以運行。
  Android7.x執行更嚴格的安全檢查，禁止使用系統目錄的內容。所以如果希望在7.x以上版本，需要把系統目錄的libsqlite.so拷貝出來，也放在自己app對應指令目錄下。
  由于目前Android7.x市面上沒有機型，所以目前不在考慮范圍。目前微信…等大app都不能在7.x上運行。

• mips指令集的手機很少見，聽說聯想有出過，沒見過。

• libs/armeabi/libhyphenate.so 和libs.without.audio/armeabi/libhyphenate.so是不同，libs/armeabi/libhyphenate.sos會依賴于libs/armeabi/libhyphenate_av.so，如果找不到會報java.lang.UnsatisfiedLinkError.

總結

以上是生活随笔為你收集整理的Android java.lang.UnsatisfiedLinkError的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。