编译android

⑴ 如何自己编译android系统并制作刷机包

android系统制作刷机包方法：

【一】：下载安装最新版ROM助手（市场中有很多类似的制作工具，关键要求操作简单，功能强大），安装程序非常简单，只需在一只蘑菇首页内直接下载，并解压到自己的电脑安装即可。

【二】：如果已经下载了与机型匹配的ROM刷机包，那么现在可以直接打开ROM助手了，接下来绘制专属个性的完美刷机包就从这里开始吧。

【三】：打开软件后，它会自动升级到最新版本，另外打开主界面后，会直观简明的显示出它的所有功能，例如：性能优化，系统精简，预装APK，签名打包等等。提醒大家，不要贪心哦，要根据自己的需求点击需要操作的功能，如系统精简，然后进入操作界面，所有功能全部修改一遍也无妨，反正都是一键操作，省时省力。

⑵ 编译调试Android系统原生App - 以Settings为例

本文已过时，最新文章：向大家推荐《使用 AS 开发 System App》 https://xiaozhuanlan.com/system-app

Android原生系统带有许多原生的App，比如 浏览器、录音机、计算器、设置 等，有些时候，我们需要用到一些系统的功能，或者是对已有的功能做二次开发，比如我上学时给一个公司做过一个Launcher和Wizard，就需要用到系统设置中的某些功能，比如Wifi、声音、显示等功能，于是就需要从Settings源码中提取出需要的功能。

特别是公司自己定制Android系统，需要在上面做一些 系统级的App 的时候，原生App已有的功能就可以通过编译其源码的方式直接拿过来改改就能用，而且可用度很高。

这里有两种情况，分为 原生 的和 公司定制 的系统。无论是原生的还是定制的，类似于Settings这样需要使用到 系统级或隐藏API 的App，都需要系统签名文件和编译系统源码后得到相应的jar包才可以在IDE中编译，因为标准SDK根本没有那些API可供调用。

举个栗子：

需要额外的Jar就需要自己编译系统源码啦，这个是比较麻烦的，有兴趣可以试试自己编译定制自己的Android系统。

** 注意，既然是定制的，源码、jar、签名文件，还有系统都是一一对应的，你不能拿其他公司的系统签名来给你公司的系统app签名，这样无法运行的。 **

有了源码，下一步当然是要跑起来啦。

建议都使用Eclipse来编译，不要使用AS，因为AS编译大型的原生App能卡到你吐血，而且出错提示也不友好。但是用过AS的人都不想再碰Eclipse了有没有？？别急，可以先用Eclipse编译过了，再贴到AS中，这样好很多，也很节省时间。

初始化：

放入源码：

修正res错误：

修正src错误：

使用到系统级API的，或者AndroidManifest.xml文件中声明了

那么没有系统签名，直接debug签名运行是不行的，需要向底层工程师要系统的签名文件，在源码目录
build\target\proct\security
下的 platform.pk8 和 platform.x509.pem ，如果你想看此次编译Settings是否已成功了，可以适当的在入口加一下Log，然后导出未签名的apk，使用系统签名进行签名后，放到 /system/app/ 下替换掉Settings.apk，然后重启系统，打开设置，看看Logcat是否输出里加入的Log。

在不知道系统签名可以转换成debug签名前，老实说我一直都是用Log的方式调试，太特么痛苦了。现在知道后整个人都懵逼了。

我们都希望可以像调试普通app那样调试系统app，以下是如何通过 openssl 将 platform.pk8 和 platform.x509.pem 转换成 debug.keystore 文件：

三个命令

此方法来自： http://curlog.com/2016/08/30/android-pk2debug-keystore/

Mac自带openssl，Linux和Win需要安装。

然后就可以使用得到的debug签名配置到eclipse后愉快的调试啦，当然，得先把系统中已经存在的app先删除掉。然后重启系统，至于如何配置eclipse的debug签名，请Google。

使用过AS后，当然希望在AS中也可以调试系统App，抽空再写篇相关编译和调试的文章。如果这篇文章帮到你了，给个赞呗。

⑶ android编译命令的说明

android源码目录下的build/envsetup.sh文件，描述编译的命令

- m:       Makes from the top of the tree.

- mm:      Builds all of the moles in the current directory.

- mmm:     Builds all of the moles in the supplied directories.

要想使用这些命令，首先需要设置android脚本编译环境，在源码根目录执行 source build/envsetup.sh

m：编译所有的模块

mm：编译当前目录下的模块，当前目录下要有Android.mk文件

mmm：编译指定路径下的模块，指定路径下要有Android.mk文件

下面举个例子说明，假设我要编译android下的\framework\av\cmds\screenrecord模块，

当前目录为源码根目录，方法如下：

1、source build/envsetup.sh

2、mmm framework/av/cmds/screenrecord

或者 ：

1、source build/envsetup.sh

2、cd framework/av/cmds/screenrecord

3、mm

⑷ Android APK编译流程

apk 是Android Package的简写， 在平时的开发过程中，通过点击 Run app 按钮 或者 在命令行中输入

这样Android Studio就会启动构建流程，最终输出一个我们想要的APK。

直达官网介绍

对于小白来说，上面一张图已经可以解释apk的构建过程了，不过对于Andoid开发者而言还需要了解一些更详细的构建过程。

详细的对应步骤 和 使用工具如下：

资源文件（res文件夹下的文件）通过 AAPT（Android Asset Packaging Tool）打包生成R.java类（资源索引表）、.arsc资源文件 和res文件。

resources.arsc 是一个App的资源索引表，通过R.java 文件 和 resources.arsc 可以定位到资源的内存地址，resources.arsc文件的作用是通过一样的ID，根据不同的配置索引到最佳的资源显示在UI中。

AIDL （Android Interface Definition Language）， 是Android接口定义语言，是Android提供的IPC （Inter Process Communication，进程间通信）的一种独特实现。
如果有aidl文件，这个阶段会生成对应的Java接口文件。

R.java文件、工程源码文件、aidl.java文件， 在这一步通过javac生成.class文件。

源码.class文件和第三方jar或者library通过dx工具打包成dex文件

Android系统的Dalvik虚拟机的可执行文件为DEX格式，所以这里会将上一步中生成的.class文件 和 引用的第三方jar等过程中的.class 一起通过dx工具打包成dex文件

apkbuilder工具会将所有没有编译的资源、.arsc资源、.dex文件打包到一个完成apk文件中

tips：

apksigner工具会对未签名的apk验证签名。得到一个签名后的apk（signed.apk）

apksigner 是google 退出的V2签名方式
Jarsigner 是之前一直使用的V1签名方式

可以通过在命令行中输入apksigner --help来获取详情信息，如果没有特殊需求，使用下面命令即可完成签名

release mode 下使用 aipalign进行align，即对签名后的apk进行对齐处理

所谓对齐，主要过程是将APK包中所有的资源文件距离文件起始偏移为4字节整数倍，这样通过内存映射访问apk文件时的速度会更快。对齐的作用主要是为了减少运行时内存的使用。

zipalign是一个android平台上整理APK文件的工具，它对apk中未压缩的数据进行4字节对齐，对齐后就可以使用mmap函数读取文件，可以像读取内存一样对普通文件进行操作。如果没有4字节对齐，就必须显式的读取，这样比较缓慢并且会耗费额外的内存。

参考文章：
Android-Studio配置构建
浅谈Android打包流程
apk打包流程

END!

⑸ Android系统编译命令make

在编译Android系统时，需要先执行2条命令，来设置必要的环境变量。

接下来就可以执行make系列命令，来完成不同的需要。

make clean 用来清除编译历史，开始一个全新的编译。
make -j 或 make -j8 启动编译过程。 -j 后面的数字代表要使用的cpu thread的数目。

在完成了全编译后，才能执行生成OTA升级包的操作。

注意事项：

⑹ 多台服务器如何分布编译一个android固件

1、首先需要distcc:替换原来的编译器(gcc/g++)。
2、其次要编译android编译。把原来的编译器替换。
3、最后多台服务器就可以进行分布编译一个android固件了。

⑺ Android的编译打包流程详解

下图的是官网对于Android编译打包流程的介绍。

官方的介绍非常笼统，简而言之，其大致流程就是：
编译-->DEX-->打包-->签名和对齐

（好像什么都没Get到，有一种意犹未尽的感觉……）

来一张外国大神的图片(注：这张图少了签名的步骤)

用文字解释一下上图的流程：

首先，我们整理一下编译的输入部分是什么(图中黄色部分)：

接下来的步骤：

好了，编译打包的详细流程说完了，接下来我们看看是否能回答开篇的那些问题。

答：aapt工具对于每个资源文件生成了唯一的ID，这些ID保存在R.java文件中。如下是R.java文件的内容：

资源ID是一个4字节的无符号整数，在R.java文件中用16进制表示。其中，最高的1字节表示Package ID，次高1个字节表示Type ID，最低2字节表示Entry ID。

只有一个ID如何能引用到实际资源呢？实际上aapt工具还生成了一个文件resources.arsc，相当于一个资源索引表，或者你理解成一个map也行，map的key是资源ID，value是资源在apk文件中的路径。resources.arsc里面还有其他信息，这个就不多说了。

通过R.java文件和resources.arsc配合，就能引用到实际的资源文件。

答：第7步已经阐述了对齐所做的工作，为什么要进行对齐，这是为了加快资源的访问速度。如果每个资源的开始位置都是上一个资源之后的 4*n字节，那么访问下一个资源就不用遍历，直接跳到4*n字节处判断是不是一个新的资源即可。

如果举例子，那么对齐有点类似于资源数组化，数组的访问速度当然比链表快。

答：xml里面都是各种字符，不利于快速遍历。编译成二进制文件，用数字替换各种符号，一方面能快速访问，另一方面也能减少大小。

https://developer.android.com/studio/build/index.html
http://www.alittlemadness.com/2010/06/07/understanding-the-android-build-process/
http://blog.csdn.net/luoshengyang/article/details/8744683
https://stackoverflow.com/questions/6517151/how-does-the-mapping-between-android-resources-and-resources-id-work
http://www.jianshu.com/p/eaaddfe34d11

⑻ Android编译时动态替换Jar包中的类

开发过程中我们可能有修改Jar包的需求，但是Jar源码可能不在我们这边，这个时候我们可以用到 JarFilterPlugin 这个插件，这个插件可以做到编译时用我们本地类替换Jar包中的类，但是这个用法在这个插件的ReadMe中没有写，我们可以这样操作

在项目顶级目录的build.gradle下添加如下内容

在模块层级build.gradle下添加如下内容，内容与 adnroid 闭包同层级

上面 skipFiles 中就是我们想要替换的类，我们还要在自己模块的 src 目录下建立和想要替换的类同路径的包目录，然后将目标类的源码拷贝到我们建立的目录下并做对应的修改，举例为每一个类增加一个打印日志的方法，然后我们再编译就会发现我们的类已经替换了Jar包中原有的类。但是这个插件有个问题，处理大项目时编译会报 invalid entry compressed size ，这是因为Jar包的拷贝方式有问题，碰到了或者有兴趣的同学可以了解一下 这里 ，报错的路径在 JarFilterPlugin/buildSrc/src/main/java/cn/nekocode/jarfilter/JarFilterTransform.kt#AndFilterJar() 中，链接： JarFilterTransform.kt

⑼ Android编译报错

在大环境中用make编译app时有时候会报下面的错误。

ninja: error: 'out/target/common/obj/JAVA_LIBRARIES/widget_intermediates/classes-header.jar', needed by 'out/target/common/obj/APPS/Mms_intermediates/classes-full-debug.jar', missing and no known rule to make it

17:42:04 ninja failed with: exit status 1

从错误看，是找不到header包。但是单编widget这个包的时候，生成的又没有这个header包，全编的时候才有，所以要把这个模块的mk文件include到MMS模块的mk文件中，重新编译一下就有了。

用JD-JUI 把这个classes-header.jar打开看一下，发现这个文件包里面只有各个类的函数声明，没有具体的实现，就类似C语言的.h文件，是在编译java文件的时候同步生成的，可以查系统 的mk编译文件。

在android 的external 目录下有一个 Turbine 包，应该是生成jar的header文件的。

在 build/make/core/java.mk 里面有header的生成，希望有时间仔细研究一下。

# Run jarjar before generate classes-header.jar if necessary. 274 ifneq ($( strip $( LOCAL_JARJAR_RULES )),) 275 $( full_classes_header_jarjar ): PRIVATE_JARJAR_RULES :=$( LOCAL_JARJAR_RULES ) 276 $( full_classes_header_jarjar ): $( full_classes_turbine_jar ) $( LOCAL_JARJAR_RULES ) | $( JARJAR ) 277 @ echo Header JarJar : $@ 278 $( hide ) $( JAVA )- jar $( JARJAR ) process $( PRIVATE_JARJAR_RULES )$< $@ 279 else 280 full_classes_header_jarjar :=$( full_classes_turbine_jar ) 281 endif 282