cmakeandroidmk

㈠ android.mk简介及如何直接执行C代码

Android.mk 是Android app的编译脚本文件，一般源码才会用到。

㈡ 使用cmake/make打包Android 动态库

打包需要使用cmake是AndroidSdk目录下的
${ANDROID_HOME}/cmake/3.6.4111459/bin/cmake

参数：
-H

-B

-DANDROID_NDK

-DCMAKE_LIBRARY_OUTPUT_DIRECTORY

-DCMAKE_MAKE_PROGRAM

-DCMAKE_TOOLCHAIN_FILE

-DANDROID_ABI

-DCMAKE_BUILD_TYPE

-DANDROID_NATIVE_API_LEVEL 最低支持的Api版本
-DANDROID_TOOLCHAIN

-DCMAKE_GENERATOR

打包所有abi的脚本例子：

㈢ android mk文件怎么打开

.mk后缀名文件类型：Makefile扩展名为.mk的文件是一个开发文件。Makefile规则如下所示目标：依赖文件列表命令列表1、目标通常是要产生的文件名称,目标可以是可执行文件或obj文件,也可是一个动作的名称.2、依赖文件是用来输入从而产生目标的文件

㈣ Android.mk语法问题

这个遍历文件路径和文件类型

㈤ Android.mk这个文件在哪里呢

我见到过的是在编译整个安卓系统的源码的时候会用到的文件,也就是安卓系统源码未make之前的。他可以强制编译自己写好的应用放进安卓系统中，或者编译修改过后的系统源码

㈥ Android Studio手动配置Makefile、CMake

在Ubutu上编译出来的.so文件，怎么添加到Android项目中去使用呢？目前：可以通过
Makefile方式和CMake方式引入预编译静动态库（静态库.a 动态库.so）到项目中去使用。就目前而言CMake是Goole推荐使用方式，但是加入接手一个老的NDK项目是MakeFile方式，看不懂就GePi了，所以这里我们还是介绍一下MakeFile方式将静动态库加入到AS中，完成NDK项目的开发。废话不多说，直接撸步骤了：

1、在src/main目录下创建一个ndkBuild文件夹
2、在此文件中创建一个Android.mk文件

3、在此文件中创建一个test.c的源文件

4、将编译好的的.so库复制到src/main目录下
如图所示目录结构：

1、编辑Android.mk文件

2、编辑grade(app)文件

3、编辑test.c文件

4、使用编译好的.so库里面的函数

本结果运行在Android 5.1 系统上

再次运行在Android 8.0系统上

看以清楚知道，其实我们的APK包里面就没有libMainTest.so库，所以APP在8.0上会出现奔溃的现象。so...

1、在src/main目录下创建一个cmake文件夹
include：里面包含需要一些头文件
cmakeTest.c：需要编译的源文件
2、在app目录下创建一个文件：CmakeLists.txt

3、编辑grade(app)

4、编辑cmakeTest.c文件

4、引用编译好的libcmakeTest.so

Android 8.0.0系统:

Android 5.1.1系统:

㈦ 为什么Android studio里面没有Android.mk只有CmakeList.txt

因为android studio2.2之后的版本就用CMakleLists了，mk抛弃了，CMakeLists文件理解起来更容易也更加容易编写，并且CMakeLists也能在linux平台进行编译。

㈧ android jni cmake和 mk的不同

目录上的区别：
传统JNI:

CMake：

这两种方式在目录上的区别就是两点：
1.以前的jni目录改成cpp，位置不变
2.之前对c文件的编译配置Android.mk文件放在jni目录下，现在改成CMakeLists.txt文件
（提示：其实Android.mk文件和CMakeLists.txt可以放在任意目录下，不过最好放在当前工程目录下任意位置。后面说build.gradle配置区别就知道了）

㈨ Android.mk介绍(一)

在Linux下，可以通过Makefile来对源码工程进行管理，Android.mk文件是Makefile的一小部分，它用来对Android程序进行编译。Android.mk文件中描述了哪些C文件将被编译且指明了如何编译。Android.mk文件用来告知NDK Build 系统关于Source的信息。

1、编译可执行程序

2、编译动态库或静态库

3、预编译文件(APK或java库)

以上三种是Android.mk的主要用法，我们写mk文件时也就是以上三种目的。

首先看一个最简单的Android.mk的例子：

讲解：

每个Android.mk文件必须以定义 LOCAL_PATH 为开始。它用于在开发tree中查找源文件。

宏 my-dir 由Build System提供。返回包含Android.mk的目录路径。

CLEAR_VARS 变量由Build System提供。并指向一个指定的GNU Makefile，由它负责清理很多LOCAL_xxx.

例如：LOCAL_MODULE, LOCAL_SRC_FILES, LOCAL_STATIC_LIBRARIES等等。但不清理 LOCAL_PATH .

这个清理动作是必须的，因为所有的编译控制文件由同一个GNU Make解析和执行，其变量是全局的。所以清理后才能避免相互影响。

LOCAL_MODULE 模块必须定义，以表示Android.mk中的每一个模块。名字必须唯一且不包含空格。

Build System会自动添加适当的前缀和后缀。例如，foo，要产生动态库，则生成libfoo.so.

但请注意：如果模块名被定为：libfoo.则生成libfoo.so. 不再加前缀。

LOCAL_SRC_FILES变量必须包含将要打包如模块的C/C++ 源码。

不必列出头文件，build System 会自动帮我们找出依赖文件。

缺省的C++源码的扩展名为.cpp. 也可以修改，通过LOCAL_CPP_EXTENSION。

BUILD_SHARED_LIBRARY：是Build System提供的一个变量，指向一个GNU Makefile Script。

它负责收集自从上次调用include $(CLEAR_VARS) 后的所有LOCAL_XXX信息。并决定编译为什么。

BUILD_STATIC_LIBRARY：编译为静态库。
BUILD_SHARED_LIBRARY ：编译为动态库
BUILD_EXECUTABLE：编译为Native C可执行程序

BUILD_PACKAGE（既可以编apk，也可以编资源包文件，但是需要指定LOCAL_EXPORT_PACKAGE_RESOURCES:=true)

BUILD_JAVA_LIBRARY（Java共享库）

BUILD_STATIC_JAVA_LIBRARY（java静态库）

Android源码中有大量的mk文件，Android系统的编译就是靠着这些mk文件的，所以学好是非常有必要的哦！

㈩ android.mk是在什么情况下生成的

当你需要使用JNI的时候，你需要创建一个native工程。Android.mk就是一个makefile配置文件，帮你把C/C++的代码编译成动态库so的。

创建的方式有两种：

在工程根目录里手动创建一个目录叫jni，在里面新建一个Android.mk，然后创建c,cpp文件，把他们配置到Android.mk里。

右键工程，选择Android Tools->Add Native Support自动生成。

(10)cmakeandroidmk扩展阅读：

创建Android库

Android 库在结构上与 Android 应用模块相同。可以提供构建应用所需的一切内容，包括源代码、资源文件和 Android 清单。

不过，Android 库将编译到可以用作 Android 应用模块依赖项的 Android 归档 (AAR：Android Archive Resource) 文件，而不是在设备上运行的 APK。

与 JAR 文件不同，AAR 文件可以包含 Android 资源和一个清单文件，这样，除了 Java 类与方法外，还可以捆绑布局和可绘制对象等共享资源。

库模块在以下情况下非常有用：

构建使用某些相同组件（例如 Activity、服务或 UI 布局）的多个应用。

构建存在多个 APK 变体（例如免费版本和付费版本）的应用并且需要在两种版本中使用相同的核心组件。