Android mk 引用 jar 包、so 库、aar 包，系统签名

最新推荐文章于 2024-05-10 15:26:44 发布

2301_82244623

最新推荐文章于 2024-05-10 15:26:44 发布

阅读量750

点赞数 22

分类专栏：程序员文章标签： android jar java

本文链接：https://blog.csdn.net/2301_82244623/article/details/137355513

版权

程序员专栏收录该内容

231 篇文章 4 订阅

订阅专栏

写在最前面

刚开始在 Ubuntu 编译系统源码的时候，需要在 mk 文件里面配置各种东西，对比在 AndroidStudio 敲代码，那可真的是 TMD 麻烦（那时候内心仿佛有千万只马奔腾），不过后面心态渐渐变好了，每个人都是一样，刚开始对于新的并且暂时不理解又看不到优点的东西，内心总是抗拒的，总会第一时间抗拒它，否定他。其实，这往往会影响我们的成长，对于各种新的东西，我们应该是去面对他们，而不是去逃避他们，这才能够真正让我们成长起来。

哈哈，不扯蛋了，下面开始进入正题。

Android mk 简介

什么是 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 存放的目录

默认情况

不指定 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 包

引用一个 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)

引用 so 库

假如我们当前目录下的 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）

最后

题外话，我在一线互联网企业工作十余年里，指导过不少同行后辈。帮助很多人得到了学习和成长。

我意识到有很多经验和知识值得分享给大家，也可以通过我们的能力和经验解答大家在IT学习中的很多困惑，所以在工作繁忙的情况下还是坚持各种整理和分享。但苦于知识传播途径有限，很多程序员朋友无法获得正确的资料得到学习提升，故此将并将重要的Android进阶资料包括自定义view、性能优化、MVC与MVP与MVVM三大框架的区别、NDK技术、阿里面试题精编汇总、常见源码分析等学习资料。

【Android思维脑图（技能树）】

知识不体系？这里还有整理出来的Android进阶学习的思维脑图，给大家参考一个方向。

Android开发8年，阿里、百度一面惨被吊打！我是否应该转行了？