native 方法找不到 ——android的armeabi和armeabi-v7a

在ANE中如果SDK调用了so库，则需要把so库放到ANE下Android-ARM/lib/armeabi （调试模式）或者 armeabi-v7a（发行模式）下。

可以贴个ADT代码说明问题:



//m_configType.equals("apk") 是否是发行模式
//(hasCaptiveRuntime() 是否带运行时
if ((m_configType.equals("apk")) || (hasCaptiveRuntime()))
{
destApkDirectory = "lib/armeabi-v7a/";
}
else
{
destApkDirectory = "lib/armeabi/";
}




而这个armeabi和armeabi-v7a究竟是什么意思？

有什么深意么？

为什么调试模式和发行模式adobe会选择不同的文件夹？

我在这篇记录下我对于这个小问题的理解。

armeabi与armeabi-v7a表示支持不同的CPU类型
armeabi是指的该so库用于ARM的通用CPU，而v7a的CPU支持硬件浮点运算。因此armeabi通用性强，但速度慢，而v7a能充分发挥v7a CPU的能力，在AIR打包APK调试模式adobe选择的是通用性强的armeabi模式。



android支持不同CPU的深层含义
首先从硬件支持方便来看，我们的adnroid设备目前为止大部分都是支持ARM芯片，（当然市面上此刻最新的android机器还支持intel等另外的几个芯片，例如intel最新的凌动项目芯片，就获得了android4.1的青睐）。从android版本与支持ARM硬件编码的程度来看：

起初android1.6：只支持armv4与armv5te指令集。

到了android2.0：增加了支持arm-vfp，armv6，armv6t2指令集。

到了android2.2：增加支持armv7-a指令集。

所以armeabi-v7a 应该是与AIR限定支持android2.2以上的条件有关。android2.2以上能让硬件发挥更大的作用。

我项目中使用armeabi还是armeabi-v7a
对于AIR项目来说性能问题是最大的瓶颈，能优化一点就一点，所以如果接平台方SDK或者写ANE的时候使用到SO库，个人推荐全部放到armeabi-v7a下，而不要为了兼容放到armeabi。

-EOF-



在我们android APK的根目录有一个 libs文件夹，此文件夹下包含了armeabi 和armeabi-v7a两个文件夹，我们的c代码编译成的本地库（各种.so）就会放在这两个文件夹其中的一个。那armeabi-v7a 与 armeabi有什么区别，都是什么意思呢？
armeabi和armeabi-v7a是表示cpu的类型，我们知道一般的手机或平板都是用arm的cpu（mips的就悲催的被忽视了），不同的cpu的特性不一样，armeabi就是针对普通的或旧的arm v5 cpu，armeabi-v7a是针对有浮点运算或高级扩展功能的arm v7 cpu。
在android.mk里可配置以下宏：
TARGET_CPU_API := armeabi
APP_ABI := armeabi

当你编译时出现一些链接动态库的undefine错误，或你的apk运行时出现装载.so动态库错误时，不妨看一下这个cpu类型的配置是否有误。
========================================================================================================
现在还有x86的了，其实armeabi 、armeabi-v7a 和x86是编译 NDK 库时，可以使用三种支持的应用二进制接口(ABI)：
‘armeabi’ – 默认选项，将创建以基于 ARM* v5TE 的设备为目标的库。 具有这种目标的浮点运算使用软件浮点运算。 使用此 ABI 创建的二进制代码将可以在所有 ARM* 设备上运行。
‘armeabi-v7a’ – 创建支持基于 ARM* v7 的设备的库，并将使用硬件 FPU 指令。
‘x86’ – 生成的二进制代码可支持包含基于硬件的浮点运算的 IA-32 指令集。