前在做Symbian的时候，曾经研究过ARM
CPU的指令集问题，ARM处理器支持两套指令集，即ARM和Thumb。ARM为32位指令集而Thumb为16位指令集，理论上32位可以提供更快的
执行速度但会生成更大的二进制执行文件，而16位的Thumb则恰恰相反，省地儿但慢，这也正是体现出了ARM对于嵌入式设备的专业性。对于我这种牺牲一
切换速度的理念来说，当时就留下了ARM就比Thumb快的印象，以致于现在在做Android
NDK原生开发时，也是优先用ARM指令集。(这个可以通过在Android.mk中加入LOCAL_ARM_MODE :=
但是最近在Xcode编译iOS项目时，注意到同为ARM处理器的苹果设备，使用的是Thumb指令集，而且好像还是某种新版本的Thumb指令集，小搜索了一下看到有人说这种
armv7对于苹果设备来说，意味着iPhone
3GS以上级别的设备的CPU，而目前主流的Android设备几乎全是armv7处理器的了。也许对于早起的armv6处理器来说，ARM指令集还有优
势，但是对于新的v7处理器，各种资料都表明Thumb-2要更好一些。
总的来说，ARM指令集会在某些方面有优势，比如手写汇编(额…)，而Thumb则能生成更精简的代码，而且还有一点我之前没有太意识到的问题就是：省电！所以仔细斟酌后，我还是决定把NDK编译选项由原来的ARM改回默认的Thumb，遵循默认原则吧还是。
而对于v7和非v7的问题，Android上可以这样处理，以略增大apk为代价，加入单独针对v7和非v7版的so文件，这样apk在安装时会自动根据目标设备的CPU安装合适的so库，从而达到更好的效果，具体做法是在Application.mk中加入”APP_ABI
:= armeabi armeabi-v7a"
另外，随着项目规模的增大，代码编译生成时间会大大增加，这时候可以考虑更换r8c版NDK新加入的Clang编译器(苹果家的编译器，新版
Xcode默认就用它)，实测发现Clang比GCC明显快很多，而且对于warning,
error的显示也比GCC要人性的多(有人说GCC的提示就像是天书，呵呵)，不过据说Clang也有一些不足，比如对于标准的支持不如GCC(这话怎
么听着像是说MS的…)，不如GCC支持的语言广等，但感觉对于Android原生开发来说都是些无关紧要的事，我只要编译快，运行快就好了！
改用Clang编译器的方法如下：
对于
对于独立编译方式，在make-standalone-toolchain.sh脚本中加入–llvm-version=3.1
并在makefile中用/bin/
PS:实际编译时发现Clang好像对中文注释支持不是特别好，比如有端代码在if(…)后谢了//中文注释，导致编译器处理至此处时直接报了异常，删除注释后就没事了…
