① android.mk解析与使用看这篇就够了
背景图来源:
争取每一篇文章都是精华,每一篇文章都能做到后期维护,本篇内容也可通过本人唯一 〖阿里云地址 (点我跳转)〗 查看
写在前面:
官网对Android.mk的介绍 (点我跳转);注意新的源码中很多app已经切换到了Android.bp,不过目前Android.mk还是兼容的
一、Android.mk理解:
Android.mk是一个向Android NDK构建系统描述NDK项目的GNU makefile片段(可以理解为Android工程管理文件的说明书)。将源文件分组为模块或编译生成以下几种:
1、库是写好的现有的,成熟的,可以复用的代码。本质上来说库是一种可执行代码的二进制形式,可以被操作系统载入内存执行。库有两种:静态库(.a、.lib)和动态库(.so、.dll)
2、静态库和动态库的理解(可选):
静态库在编译时会将依赖的所有代码合并到一个可执行文件中,而动态库在运行时才加载依赖的代码,通常用于模块化设计和代码复用。
二、Android.mk详细解析:
1、LOCAL_PATH := $(call my-dir):
定义当前模块的路径
2、include $(CLEAR_VARS):
清理变量,为新模块的配置做准备
3、LOCAL_SRC_FILES :=$(call all-subdir-java-files):
指定需要编译的Java文件
4、LOCAL_MODULE := Bgwan:
定义模块名称
5、LOCAL_MODULE_PATH :=$(TARGET_ROOT_OUT):
设置模块生成的目标路径
6、include $(BUILD_SHARED_LIBRARY):
指示构建系统生成共享库
7、LOCAL_MODULE_TAGS := optional:
设置编译标签
8、LOCAL_CERTIFICATE := platform:
设置签名属性
9、LOCAL_STATIC_JAVA_LIBRARIES := jar1 jar2:
引用静态jar库
10、LOCAL_STATIC_JAVA_AAR_LIBRARIES := aar_alias:
引用静态aar库
11、需要进行预编译的库:
定义静态库别名和路径
12、include $(BUILD_MULTI_PREBUILT):
预编译库
13、GNU Make系统变量:
收集其他系统变量
三、Android.mk案例实战:
1、项目目录结构(新增内容):
便于理解内容,新增目录结构示例
2、引用aar包:
在源码环境中,通过Android.mk将aar导入APK
3、解决运行时找不到so的问题:
源码下编译的APK不含so文件,解决方案
4、编译静态库、动态库和多个共享库:
5、使用/引用静态库和动态库:
6、使用/引用第三方文件:
7、共享通用模块:
8、拷贝文件到指定目录:
9、编译apk和生成目录:
10、编译jar包:
11、源码环境下引用jar包:
12、使用预编译库:
13、编译独立可执行文件:
14、apk生成目录:
15、编译特定目录下的apk:
16、引用jar包:
17、预编译jar包:
18、Android.mk中的判断语句:
19、开启混淆:
20、指定资源目录:
21、引用so库:
22、Android.mk文件配置签名:
四、总结:重要的注意事项:
请根据实际项目使用和理解
1、Android.mk可以引用Android.bp中的模块,反之Android.bp不能引用Android.mk中的模块。
2、Android.bp模块不支持../../去寻找上层路径的文件。
3、本地库依赖于其他so时,需注意加载顺序。
4、Android 6.0版本之前,加载本地库前需先加载依赖的so。
5、Android 6.0版本后,预编译的动态库不再推荐使用。
致谢(引用和推荐)(可选):
感谢各位前辈的开源精神和分享,以下文章提供参考。
② 如何编译一个精简的Android系统
本次试验使用的android源码是4.2,编译的架构是mini-mips。
一、所做的工作
1、修改build/target/proct/mini.mk,去掉一些不必要的模块(例如Phone、DownloadManager等)
2、修改SystemServer.java,屏蔽一些service,让系统能够启动起来(例如,Location Manager、Telephony Registry)
3、修改dalvik/vm/native/dalvik_system_Zygote.cpp,注释掉因为检查不到外部存储而导致dalvik abort的地方 (这是googel的一个bug,在2013年1月份已解决,如果用这以后的代码不用修改此处)
4、修改WindowManagerService.java,把发送BOOT_TIMEOUT消息的时间改为0(之前为30秒)
二、系统优化后的效果(验证工作均在mips模拟器上进行)
1、节省运行内存,下面是全编译与mini编译的内存使用状态的对比
1)full build
MemTotal: 499360 kB
MemFree: 242064 kB
2)mini build
MemTotal: 499360 kB
MemFree: 395192 kB
2、缩短开机启动时间
在虚拟机上的启动时间
1)full build-29秒
2)mini build-14秒
3、只启动home程序,其余的应用程序均被移除
三、保留android的开发环境
1、adb,ddms,apkinstall等,都能正常工作
2、在eclipse中编写的android应用程序能够运行在该mini-android之上
四、开机自动启动指定应用程序
本次测试使用Gallery.apk应用程序,修改其源码后可以实现随系统的启动而自动启动的功能。
③ 如何把应用程序app编译进android系统
准备工作:
一、开启ROOT权限。
ROOT方法:下载一键ROOT之类的软件,根据操作步骤进行,就可以获取ROOT权限了。
二、安装RE文件管理器。
清理系统自带应用
一、用RE打开系统根目录下的system/app,进行精简系统自带应用,注意,要对照一些总结可删减程序的文件,以免删错了导致系统故障。
二、根目录:preload目录下,可能会有系统的预装应用,不用的也可以全部删掉。
移动APK到system/app 目录
一、移动apk:用RE管理器把要安装的apk软件移动到/system/app 目录下。
在操作前,将/system/app 目录挂载为可读写;
注意软件名不要有中文 、空格及其他特殊字符等;
如果无法移动,显示空间不足时,可以先移动到data/app/下,再移动到/system/app;
二、修改apk权限:对移动进来的apk软件更改权限,即改为:用户权限为 读+写,分组权限为 读,其他权限为 读。
三、提取 .so文件:用RE提取apk软件中/lib/目录下的所有 .so文件,将其移动到/system/lib中。
点击apk软件,用RE查看文件内容,即可找到 ,so文件。
四、修改 .so文件权限:方法同上。
五、重启手机。在此过程中,可能加载的时间稍长点,请耐心等待即可。
完成以上操作后,手机的可用内存空间就会增大一些,同时,/system的剩余空间也可以有效的利用,机器运行时的速度也会有所提升了。
注意:在以后的恢复出厂设置中,还原的系统就会变为现在修改过的系统了。
操作截图如下:
④ 如何让应用程序获得系统权限以及如何使用platform密钥给apk签名
Android中许多函数只能是系统程序或者有root权限的程序才可以调用,否则会有"Permission denied"异常。所以如果开发时要调用此类函数,必须授予程序root权限。下面是两种具体的实现方法
注:两种方法都不一定适用于所有android系统。
方法一:需要在清掘Android系统源码的环境下用make来编译:
在应用程序的 AndroidManifest.xml 中的 manifest 节点中加入 android:sharedUserId="android.uid.system" 这个属性
修改Android.mk文件,加入LOCAL_CERTIFICATE := platform这一行
使用mm命令来编译,生成的apk就有修改系统时间的权限了。
方法二:
同上,加入android:sharedUserId="android.uid.system"这个属性。
使用eclipse编译出apk文件,但是这个apk文件是不能用的。
用压缩软并漏件打开apk文件,删掉META-INF目录下的CERT.SF和CERT.RSA两个文件。 (这一步我跳过了(原本是无意的,后来发现下面也有提到),结果一样可以)
使
用目标系统的platform密钥来重新给apk文件签名。这步比较麻烦,首先找到密钥文件,在Android源码目录中的位置
是"build\target\proct\security",下面的platform.pk8和platform.x509.pem两个文件。然
后用Android提供的Signapk工具来签名,signapk的源代码是在"build\tools\signapk"下,用法为"signapk
platform.x509.pem platform.pk8 input.apk
output.apk",文件名最好使用绝对路径防止找不到,也可以修改源代码直接使用。
<此时这样最后得到的apk和第一个方法是一样的>
解释一下原理,首先加入
android:sharedUserId="android.uid.system"这个属性。通过Shared User id,拥有同一个User
id的多个APK可以配置成运行在同一个进程中。那么把程序的UID配成android.uid.system,也就是要让程序运行在系统进程中,这样就
有权限来调用那些需要系统权限的函数了。 只是加入UID还不够,如果这时候答蔽核安装APK的话发现无法安装,提示签名不符,原因是程序想要运行在系统进程中
还要有目标系统的platform
key,就是上面第二个方法提到的platform.pk8和platform.x509.pem两个文件。用这两个key签名后apk才真正可以放入系
统进程中。第一个方法中加入LOCAL_CERTIFICATE := platform其实就是用这两个key来签名。
有一个问题,就是这样生成的程序只有在原始的Android系统或者是自己编译的系统中才可以用,因为这样的系统才可以拿到
platform.pk8
和platform.x509.pem两个文件。要是别家公司做的Android上连安装都安装不了。试试原始的Android中的key
来签名,程序在模拟器上运行OK,不过放到G3上安装直接提示"Package ... has no signatures that match
those in shared user android.uid.system",这样也是保护了系统的安全。
最后说一下,这个android:sharedUserId属性不只可以把apk放到系统进程中,也可以配置多个APK运行在一个进程中,这样可以共享数据,应该会很有用的。
⑤ android.mk是在什么情况下生成的
当你需要使用JNI的时候,你需要创建一个native工程。Android.mk就是一个makefile配置文件,帮你把C/C++的代码编译成动态库so的。
创建的方式有两种:
在工程根目录里手动创建一个目录叫jni,在里面新建一个Android.mk,然后创建c,cpp文件,把他们配置到Android.mk里。
右键工程,选择Android Tools->Add Native Support自动生成。
(5)怎么把android编译成mk扩展阅读:
创建Android库
Android 库在结构上与 Android 应用模块相同。可以提供构建应用所需的一切内容,包括源代码、资源文件和 Android 清单。
不过,Android 库将编译到可以用作 Android 应用模块依赖项的 Android 归档 (AAR:Android Archive Resource) 文件,而不是在设备上运行的 APK。
与 JAR 文件不同,AAR 文件可以包含 Android 资源和一个清单文件,这样,除了 Java 类与方法外,还可以捆绑布局和可绘制对象等共享资源。
库模块在以下情况下非常有用:
构建使用某些相同组件(例如 Activity、服务或 UI 布局)的多个应用。
构建存在多个 APK 变体(例如免费版本和付费版本)的应用并且需要在两种版本中使用相同的核心组件。