最近項目中遇到了要使用opencv的情況，涉及到了abi兼容的選擇。因為如果全部都適配的話，包很大，這樣兼容那些用戶數極少的cpu就很不劃算，所以我只適配了armeabi-v7a這一個。但是今天在x64-v8a的模擬器上看的時候，提示我的library.so文件找不到，我記得這個應該是向下兼容的，但是出現這種情況很奇怪，於是我就在網上找了找答案。

解決方法：abiFilters

在app的gradle的defaultConfig裏面加上這麽一句

ndk {
    abiFilters  "armeabi-v7a"  // 指定要ndk需要兼容的架構(這樣其他依賴包裏mips,x86,armeabi,arm-v8之類的so會被過濾掉)
 

}

這句話的意思就是指定ndk需要兼容的架構，把除了v7a以外的兼容包都過濾掉，只剩下一個v7a的文件夾。用了這個方法之後，確實解決了問題。這就是解決方法。

具體分析

其實這個方法我開始是很奇怪的，我明明沒有指定其他的兼容框架，為什麽會需要一個過濾。我打來了apk的包，找到了裏面的lib目錄，發現裏面有很多的兼容目錄，然後看到裏面目錄裏面的是一個fresco的.so文件。也就是說，fresco做了各個平臺的兼容，所以它創建了各個兼容平臺的目錄。因為只要出現了這個目錄，系統就只會在這個目錄裏找.so文件而不會遍歷其他的目錄，所以就出現了之前找不到.so文件的情況（因為其他目錄沒有我的.so文件）。

總結

為了決定最後適配的abi版本，我下載了排行前幾名的app，然後打開之後發現，他們基本上只適配了一個armeabi，少數會再加上v7a。我了解到的情況是armeabi性能較差，但是兼容性最好，v7a對於浮點計算的cpu來說性能更好，不兼容不支持浮點運算的cpu。我想到的是目前的手機cpu絕大多數應該是支持浮點運算的，而且安卓從2.2開始就支持v7a，所以v7a的兼容性應該也不是問題。無論如何，abiFilters還是應該添加的。

Android so文件兼容之abiFilters的使用