在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 指令集。
==========================================================================================================
什么是 NEON？
NEON* 是一種 ARM* 技術，主要用于多媒體（智能手機和高清電視等）應用。 ARM* 表示其基于 128 位 SIMD 引擎的技術 – ARM* Cortex*（一種串行擴展）—可提供比 ARM* v5 架構至少高 3 倍的性能，以及比 ARM* v6 至少高 2 倍的性能。 如欲了解有關此技術的詳細信息，以深入了解 NEON 及其它性能考慮，請訪問以下網址：http://www.arm.com/products/processors/technologies/neon.php
此處的關鍵理念為，各寄存器被“堆積”成一個矢量，其中每一個寄存器均為一個元素，并與其它元素的數據類型相匹配。 在此基礎之上，運算在管道內執行，因而這一方法被稱作 Packed SIMD。
SSE： 英特爾推出的類似 NEON 的工具
SSE 指面向英特爾架構(IA)的SIMD 流指令擴展。 目前，英特爾? 凌動? 最高支持 SSSE3（補充 SIMD 流指令擴展 3）。 凌動? 暫不支持 SSE4.x。后者也是一個 128 位引擎，用于打包浮點數據。 這一執行模式開始于 MMX 技術。SSx 是較新的技術，取代了 MMX。。 如欲了解詳細信息，請參閱英特爾《IA-32 和 IA-64 軟件開發人員手冊》中的“第一卷： 基礎架構”部分。網址為：http://www.intel.com/content/www/us/en/processors/architectures-software-developer-manuals.html。 目前，SSE 概述部分在 5.5 節。 它提供 SSE、SSE2、SSE3 和 SSSE3 的操作碼。注意，數據運算通常會涉及到處理基于精度的打包浮點數值；并且需要在 XMM 寄存器之間，或在這些寄存器與內存之間批量傳輸數據。 XMM 寄存器主要用于取代 MMX 寄存器。
