刚开始在 Ubuntu 编译系统源码的时候, 需要在 mk 文件里面配置各种东西,对比在 AndroidStudio 敲代码,那可真的是 TMD 麻烦(那时候内心仿佛有千万只马奔腾),不过后面心态渐渐变好了,每个人都是一样,刚开始对于新的并且暂时不理解又看不到优点的东西,内心总是抗拒的,总会第一时间抗拒它,否定他。其实,这往往会影响我们的成长,对于各种新的东西,我们应该是去面对他们,而不是去逃避他们,这才能够真正让我们成长起来。
哈哈, 不扯蛋了,下面开始进入正题。
什么是 mk 文件
Android.mk 文件用来告知 NDK Build 系统关于 Source 的信息。 它是GNU Makefile的一部分,且将被 Build System 解析一次或多次。
首先我们先来看一下最简单的例子,编译一个普通的 apk。
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
是否开启混淆
LOCAL_PROGUARD_ENABLED := disabled
LOCAL_MODULE_TAGS := optional
使用 platform 签名
LOCAL_CERTIFICATE := platform
指定 src 目录
LOCAL_SRC_FILES := $(call all-java-files-under, src)
指定 res 目录
LOCAL_RESOURCE_DIR += $(LOCAL_PATH)/res
指定 apk 编译
LOCAL_PACKAGE_NAME := AppDemo
include $(BUILD_PACKAGE)
解释说明
- LOCAL_PATH := $(call my-dir)
每个Android.mk文件必须以定义LOCAL_PATH为开始。它用于在开发tree中查找源文件。
- include $(CLEAR_VARS)
CLEAR_VARS 变量由Build System提供。并指向一个指定的GNU Makefile,由它负责清理很多LOCAL_xxx.
例如:LOCAL_MODULE, LOCAL_SRC_FILES, LOCAL_STATIC_LIBRARIES等等。但不清理LOCAL_PATH.
- LOCAL_MODULE_TAGS :
表示在什么版本情况下会编译该版本
LOCAL_MODULE_TAGS :=user eng tests optional
user: 指该模块只在user版本下才编译
eng: 指该模块只在eng版本下才编译
tests: 指该模块只在tests版本下才编译
optional:指该模块在所有版本下都编译
- include $(BUILD_PACKAGE) 表示生成一个 apk,它可以多多种类型
BUILD_SHARED_LIBRARY #生成一个动态库
BUILD_STATIC_LIBRARY #生成一个静态的库
BUILD_PACKAGE #生成一个APK
默认情况
不指定 apk 生成目录时,默认的目录为 system/app/{LOCAL_PACKAGE_NAME}/{LOCAL_PACKAGE_NAME}.apk.
比如,我们上面的例子 LOCAL_PACKAGE_NAME 为 AppDemo,这样生成的 apk 目录为
system/app/AppDemo/AppDemo.apk
指定目录
如果想指定生成的 apk 目录,我们可以通过 LOCAL_MODULE_PATH 来配置,比如,我们想指定生成的 aok 目录为 system/vendor/operator/app,我们可以这样配置
LOCAL_MODULE_PATH := $(TARGET_OUT)/vendor/operator/app
$(TARGET_OUT) 代表 /system ,这样在 、system/vendor/operator/app 可以看到我们生成的 apk。
假如我们想让我们生成的 apk 放到 system/priv-app 目录下,有什么方法呢?
第一种方法,指定 LOCAL_MODULE_PATH ,在上面的讲解中,我们已经知道 $(TARGET_OUT) 代表 /system,那么生成的 apk 想放到 system/priv-app,我们可以这样配置。
LOCAL_MODULE_PATH := $(TARGET_OUT)/priv-app
第二种方法,我们也可以直接这样配置,这样生成的 apk 也会放到 system/priv-app
LOCAL_PRIVILEGED_MODULE := true
假如我们想让我们生成的 apk 放到 data/app 目录下,有什么方法呢?
我们可以直接这样指定,这样生成的 apk 就会放到 data/app 目录下
LOCAL_MODULE_PATH := $(TARGET_OUT_DATA_APPS)/
引用一个 jar 包
比如,我们当前目录下的 libs 有 CommonUtil.jar jar 包,我们想引用它,需要两个步骤
第一步, 声明我们 jar 包所在的目录
LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES := CommonUtil:/libs/CommonUtil.jar 这行代码的意思大概可以理解成这样,声明一个变量 CommonUtil,它的 value 是 /libs/CommonUtil.jar
include $(CLEAR_VARS)
LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES := CommonUtil:/libs/CommonUtil.jar
include $(BUILD_MULTI_PREBUILT)
第二步. 引用我们声明 jar 包的变量
引用我们上面声明的 CommonUtil
LOCAL_STATIC_JAVA_LIBRARIES := CommonUtil
引用多个 jar 包
引用多个 jar 包的方式其实跟引用 一个 jar 包的方式是一样的,只不过我们需要注意一下语法而已。
第一步:先声明多个 jar 包的位置
include $(CLEAR_VARS)
LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES := CloudHelper:/libs/CommonUtil.jar \
BaiduLBS:/libs/BaiduLBS_Android.jar \
logger:/libs/logger.jar
include $(BUILD_MULTI_PREBUILT)
第二步:引用我们声明的多个 jar 包的变量
LOCAL_STATIC_JAVA_LIBRARIES := CommonUtil \
BaiduLBS \
logger
为了方便大家理解,这里先贴出部分 mk 文件
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
是否开启混淆
LOCAL_PROGUARD_ENABLED := disabled
LOCAL_MODULE_TAGS := optional
使用 platform 签名
LOCAL_CERTIFICATE := platform
指定 src 目录
LOCAL_SRC_FILES := $(call all-java-files-under, src)
指定 res 目录
LOCAL_RESOURCE_DIR += $(LOCAL_PATH)/res
本地编译目录
LOCAL_PACKAGE_NAME := AppDemo
LOCAL_STATIC_JAVA_LIBRARIES := CommonUtil \
BaiduLBS \
logger
include $(BUILD_PACKAGE)
include $(CLEAR_VARS)
LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES := CommonUtil:/libs/CommonUtil.jar \
BaiduLBS:/libs/BaiduLBS_Android.jar \
logger:/libs/logger.jar
include $(BUILD_MULTI_PREBUILT)
假如我们当前目录下的 lib 目录下 有 armeabi-v7a,arm64-v8a 目录,里面分别有 libBaiduMapSDK_base_v4_2_1.so, libBaiduMapSDK_base_v4_2_1.so 。如果我们在编译 apk 的时候,想把这些 so 库 打包进去,在 mk 文件中要怎样配置呢?
一般来说,会有以下两种写法
第一种写法
第一步,直接在 mk 文件中配置以下内容,配置我们 so 库文件的所在位置,可以在文件的开头或者结尾。
#====================================================
include $(CLEAR_VARS)
LOCAL_MODULE_TAGS := optional
LOCAL_MODULE_SUFFIX := .so
LOCAL_MODULE := libBaiduMapSDK_base_v4_2_1
LOCAL_MODULE_CLASS := SHARED_LIBRARIES
LOCAL_SRC_FILES_arm :=libs/armeabi-v7a/libBaiduMapSDK_base_v4_2_1.so
LOCAL_SRC_FILES_arm64 :=libs/arm64-v8a/libBaiduMapSDK_base_v4_2_1.so
LOCAL_MODULE_TARGET_ARCHS:= arm arm64
LOCAL_MULTILIB := both
include $(BUILD_PREBUILT)
#====================================================
#====================================================
include $(CLEAR_VARS)
LOCAL_MODULE_TAGS := optional
LOCAL_MODULE_SUFFIX := .so
LOCAL_MODULE := libBaiduMapSDK_map_v4_2_1
LOCAL_MODULE_CLASS := SHARED_LIBRARIES
LOCAL_SRC_FILES_arm :=libs/armeabi-v7a/libBaiduMapSDK_map_v4_2_1.so
LOCAL_SRC_FILES_arm64 :=libs/arm64-v8a/libBaiduMapSDK_map_v4_2_1.so
LOCAL_MODULE_TARGET_ARCHS:= arm arm64
LOCAL_MULTILIB := both
include $(BUILD_PREBUILT)
第二步: 引用我们的 so 库
在include $(CLEAR_VARS) 和 include $(BUILD_PACKAGE) 之间添加以下内容
LOCAL_REQUIRED_MODULES := libBaiduMapSDK_base_v4_2_1 \
libBaiduMapSDK_map_v4_2_1 \
LOCAL_JNI_SHARED_LIBRARIES := libBaiduMapSDK_base_v4_2_1
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)
![](https://i-blog.csdnimg.cn/blog_migrate/6d402683ed7eaea20d1acbfa1423dad6.jpeg)
最后
写到这里也结束了,在文章最后放上一个小小的福利,以下为小编自己在学习过程中整理出的一个学习思路及方向,从事互联网开发,最主要的是要学好技术,而学习技术是一条慢长而艰苦的道路,不能靠一时激情,也不是熬几天几夜就能学好的,必须养成平时努力学习的习惯,更加需要准确的学习方向达到有效的学习效果。
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!
9290)]
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)
![](https://i-blog.csdnimg.cn/blog_migrate/6d402683ed7eaea20d1acbfa1423dad6.jpeg)
最后
写到这里也结束了,在文章最后放上一个小小的福利,以下为小编自己在学习过程中整理出的一个学习思路及方向,从事互联网开发,最主要的是要学好技术,而学习技术是一条慢长而艰苦的道路,不能靠一时激情,也不是熬几天几夜就能学好的,必须养成平时努力学习的习惯,更加需要准确的学习方向达到有效的学习效果。
[外链图片转存中…(img-RewZecXp-1712507449290)]
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!