之前用了三篇
Android Studio使用新的Gradle构建工具配置NDK环境-gradle task+ndk-build命令行篇(一)
Android Studio使用新的Gradle构建工具配置NDK环境-ndk+externalNdkBuilds篇(二)
Android Studio使用新的Gradle构建工具配置NDK环境-Cmake+externalNdkBuilds篇(三)
描述了现在Android studio配置ndk环境来编译ndk项目,有意忽略了gradle experimental,当时认为这个版本非常的麻烦,作为Android studio 对ndk支持的实验版本,gradle配置和正常gradle配置很不一样,而且项目看上去非常乱。还有一个最重要的原因就是开源社区大都提供Android.mk,采用以上第二种方式就会比较方便。
用experimental来配置ndk的开发人员并不多,除了前面提到的两个原因外,还有一个原因就是,ndk的开发喜欢在linux下编译,而应用开发则喜欢在正式的Android studio版本中开发,gradle配置相对简单一点,有更丰富的插件和官方支持。
后来在一个大型的ndk项目应用第二种配置方法,由于Android studio module与module之间的相对独立性,运行一次application module实质上都是运行一次ndk 环境配置过的ndk-build 命令行,每一次运行的路径、主工程、采用的STL库、ABI、Platform往往都不一样。这样就会有很多的问题:
1.存在第三方的头文件找不到的问题,Android.mk配置的路径可能会随着项目路径的改变而改变,需要把第三方的编译文件统一放一个位置,其他项目相对于它的绝对位置相同。
2.第三方库重复编译引入的问题