android应用打包

1. Android APK打包流程备忘

APK文件的组成部分及apk打包流程是Android开发中的基础知识点，做一个简单的记录。

apk文件是Android应用包文件格式，其本质是一个压缩文件。将apk文件拖动到Android Studio中即可查看里面的内容，如下图：

从上图中可以看到apk包里的几个重要组成部分：

打包流程的经典流程图如下：

其中七个椭圆形内容对应了打包流程中的七个重要步骤，也对应着打包中的七个重要工具，具体如下：

对上面七个重要的打包流程进一步说明。

aapt打包资源文件，生成R.java文件，resources.arsc等文件。

aapt在打包资源文件之前会检测 AndroidManifest.xml 文件的合法性，对res目录下的资源目录进行扫描合法性，因此资源命名有问题时会在编译阶段就会直接报错。

需要注意的是xml文件会被编译为二进制的，因此我们并不能直接打开apk包中的xml文件。

AIDL是Android接口定义语言，是Android进程间通讯的一种实现方式。

此步骤中会对aidl文件进行处理，生成java文件。

通过javaCompiler对java文件进行编译，生成class文件。

dx工具将class文件转变为Android系统Dalvik虚拟机可执行的Dex文件。

将classes.dex，res文件夹等所有文件打包成apk文件。

生成APK包之后还需要进行签名处理，Release签名需要我们自己去进行配置。

常用的签名方式有两种：jarsigner和apksigner。

Zipalign是Android平台上APK文件对齐的整理工具，能够对APK中未压缩的数据进行4字节对齐。

需要注意的是根据采用签名方式的不同，对齐处理的先后顺序有所区别。

APK打包流程备忘。

2. （五）Android多渠道打包:美团多渠道打包原理以及使用

1.传统打包：
传统的打包方法都是在AndroidManifest添加渠道标示，每打一次包修改一次标示的名称。效率特别的低，一个稍微大一点的项目打上几十个渠道包可能需要几个小时半天的时间。
2.由于传统的打包方式每次修改渠道都需要重新的构建项目，时间都浪费构建上面了，美团提供了一种新的打包方案：
Android应用使用的APK文件就是一个带签名信息的ZIP文件，根据 ZIP文件格式规范，每个ZIP文件的最后都必须有一个叫 Central Directory Record 的部分，这个CDR的最后部分叫”end of central directory record”，这一部分包含一些元数据，它的末尾是ZIP文件的注释。注释包含Comment Length和File Comment两个字段，前者表示注释内容的长度，后者是注释的内容，正确修改这一部分不会对ZIP文件造成破坏，利用这个字段，我们可以添加一些自定义的数据，Packer-Ng方式打包就是在这里添加和读取渠道信息。打包神器，100个渠道包只需5s 哈哈 。
原理很简单，就是将渠道信息存放在APK文件的注释字段中。

第一步：直接将PackerNg作为Utils拷贝到项目中。

第二步：创建一个保存渠道包名的txt文件，可以放在项目主目录下：比如命名market.txt
渠道名可以按照需求随便添加
an

huawei
legend
letv
meizu
oppo
qq
PC
sougou
UC
update
update1
vivo
wandoujia
woshangdian
xiaomi

第三步：ChannelUtil这个工具类是用于取出文件里的渠道名

第四步：打开第二步中的PackerNg类，首先配置一下此类main函数中接受的参数信息。本事例通过Android Studio的方式进行配置直接上图：

图中标注3的位置就是PackerNg类配置main函数中接受的两个参数: 第一个参数为默认的release包的apk源文件，包名为ChannelUtil起初默认的包名

拿到这个包名可以传给后台进行统计或进行其它的操作。

第六步：运行PackerNg类，会在项目目录下自动生成文件夹apks(在PackerNg.java文件中配置好的apk渠道包存储路径)

注意点：第四步中ChannelUtil起初默认的包名为源文件，其它所有的的渠道包都是通过PackerNg打包方式都是以这个源文件为模版，进行复制，将不同的渠道名复制给这个源文件。如果是360渠道上线的话需要将这个包名默认改为360的渠道单独打包，因为360上线需要加固，会把之前通过源文件复制渠道名给抹掉，所以对于360加固的文件需要单独把360作为源文件来打包不改为360默认的渠道包后会统计不到360渠道的信息。

3. 如何应用安卓APK文件进行解包打包和修改

不需要解包跟打包，直接修改就可以，修改的的方法。

如下参考：

1.将需要修改的apk包复制到100apktool的路径中。注意:您需要将文件名更改为123apk，如下图。

4. ANDROID多渠道快速打包实践

参考资料：
美团Android自动化之旅—生成渠道包
Android批量打包提速
AndroidMultiChannelBuildTool

背景
随着发版需要，每次发版所需渠道包越来越多（现在差不多有一百个左右了），正常gradle打包由于耗时效率过低已无法满足需求，开始了android多渠道快速打包实践。

方法
下面主要介绍两种快速打包的方式：
1、类似美团的方式，在META-INF中写入渠道名的空文件，用于读取空文件。 美团Android自动化之旅—生成渠道包
2、在apk末尾动态写入渠道信息。 一种动态为apk写入信息的方案
其实这两种方式都是同一个原理，替换以前从manifest中读取渠道号的方式，而使用新的获取方式（渠道号如何写入就如何读取）。
所以这首先需要客户端（重要！）：
1、统一应用中获取渠道的方式并替换之前的（最好兼容）。
2、注意第三方SDK渠道号的传入，比如友盟sdk，否则第三方会使用默认从manifest中读取的方式。

下面介绍一种已经测试过的方法（git上开源项目 AndroidMultiChannelBuildTool ）
1、安装环境由于脚本环境是使用python语言，所以需要我们 安装环境 。
2、导入项目导入开源项目 AndroidMultiChannelBuildTool ），并把想要批量打包的apk文件拷贝到PythonTool目录下（与py同级），运行py脚本即可打包完成。

以上基本实现快速打包，经过测试一分钟百十个无压力。另外需要注意这种方式只适用于打包需求一致渠道号不同，不适用特殊定制渠道。

备注：9月21日补充快速打包java版本，详见 AndroidMultiChannelBuildTool-Java-master

5. Android简单的打包配置

在android studio中的打包，通常使用以下两个选项之一，两个方式都可以构建出apk包

这两个有什么区别？

概括一句话：根据gradle中现有的签名配置进行自动签名打包
通常debug和dev环境是系统自行配置的debug-sing签名，不需要手动进行配置，但是release环境是对外发布的环境，必须要求手动在gradle中进行签名配置才可以打包（后边说）
所以在gradle配置好了签名的情况下，直接点击 Build APK(s) 就可以进行打包

一句话概括：通过手动选择签名文件进行签名打包
这种方式则不需要在gradle中进行配置，直接选择你已经创建好的签名文件，输入对应的密码等信息，就可以进行打包

然后就可以进行打包了

debug 和 dev 等测试/开发环境 因为系统自动配置了debug-sing 可以直接使用 Build APK(s) 进行打包。
但是release环境需要对外发布，所以需要手动在gradle中进行签名配置才可以使用 Build APK(s) ，或着自己选择 Generate Signed Bundle or APK 通过签名文件进行打包（效果和gradle中配置好了签名文件完全相同）

那么就有以下两个问题：

在 Generate Signed Bundle or APK 中选择 Create new ...

在mole的gradle.android中输入：

然后在配置环境的buildTypes中，想使用 signingConfigs 签名配置的环境加上一句话： signingConfig signingConfigs.release

这样，就在gradle中配置好了签名，可以直接使用 Build APK(s) 进行打包
注意这里的 minifyEnabled true 也就是要使用混淆文件（一般测试环境为false 编译更快）。如果release环境打包，没有配置好混淆文件的话，会导致apk安装之后，秒退。（如果没有签名强行打包，则无法安装）