android打包资源

❶ android app 打包流程

App 打包

aapt是android中的资源打包工具，打包资源就用它。

打包大致流程：

aapt把resources目录下的资源生成R.java文件，并为AndroidManifest.xml生成Manifest.java类。

aidl把项目中自定义的aidl文件生成对应的java类。

JavaCompiler把所有的Java源文件编译成class文件，包括：aapt生成的、aidl生成的、项目中自有的java源文件

使用proguard混淆，并生成一个proguardMapping.xml文件（可选项：可以混淆也可以不混淆）

使用dex工具把所有的class文件生成.dex文件

使用aapt资源打包工具把resources、assets目录下的资源打包成一个_ap文件

使用apkbuilder把所有的dex、_ap文件、AndroidManifest.xml文件打包成一个未签名的apk

使用jarsinger生成一个签名过的apk包

使用zipalign工具对要发布的apk文件进行对齐操作，以便在运行时节约内存。

❷ android aapt 打包是什么意思这个过程的目的是什么。

意思：在一个APK文件中，除了有代码文件之外，还有很多资源文件。这些资源文件是通过Android资源打包工具aapt（Android Asset Package Tool）打包到APK文件里面的。在打包之前，大部分文本格式的XML资源文件还会被编译成二进制格式的XML资源文件。
目的：将XML资源文件从文本格式编译成二进制格式解决了空间占用以及解析效率的问题和根据资源ID来快速找到对应的资源。

❸ 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如何将res文件夹下的资源打包到jar中

1.打包时，将资源放在asset文件夹内，通过AssetsManager获取指定资源：
目标应用和jar中的assets文件夹会合并，所以可以通过获取该应用的此类文件夹来获取目标资源
2.使用library项目
此类方法不能混淆代码，也就是说发布时需要提供library源项目.在引用此lib的目标项目中会看到一个包含已经编译成class.dex的jar文件，这个文件反编译以后仍然是只有代码部分。
3.使用双重library项目
提供一种双层library项目的方法，可以混淆代码，但是xml与图片资源仍然是暴露的，且发布时需要提供二级引用项目，操作上复杂度较高，不如直接提供jar包和资源
4.直接提供jar包和资源（分开）
依然是反射R文件，资源会被暴露给开发者。

❺ Android 打包流程

打包后的apk是一个压缩包,解压之后,内容如下:

详细可参考 apk签名原理

无论我们怎么配置gradle文件去自定义打包，但是都是要走上图所画的七个流程。七个深绿色的椭圆代表了七个不可或缺的打包步骤，并且每一个步骤都一个打包工具

所用到的工具:

zipalign 字节对齐：

为什么要以4字节整数倍为起始偏移?

在文件对齐后, 就可以使用mmap来直接读写apk文件

mmap映射

上面涉及到的Android打包流程是以gradle task链的形式串联起来的。
下面看一下常见的task

件

我可以想到的:

Transform API

https://www.jianshu.com/p/a134d00e81ab

https://www.jianshu.com/p/fffb81688dc5

❻ Android多渠道打包

Demo传送门

参考：

多渠道打包之动态修改App名称，图标，applicationId，版本号，添加资源

AndroidStudio3.0 gradle多渠道打包之 动态设置app名称、图标、包名等

Android多渠道打包且根据不同产品打包不同的assets资源目录

❼ android如何将res文件夹下的资源打包到jar中

1.打包时，将资源放在asset文件夹内，通过AssetsManager获取指定资源： 目标应用和jar中的assets文件夹会合并，所以可以通过获取该应用的此类文件夹来获取目标资源 2.使用library项目 此类方法不能混淆代码，也就是说发布时需要提供library源项目.在引用此lib的目标项目中会看到一个包含已经编译成class.dex的jar文件，这个文件反编译以后仍然是只有代码部分。 3.使用双重library项目 提供一种双层library项目的方法，可以混淆代码，但是xml与图片资源仍然是暴露的，且发布时需要提供二级引用项目，操作上复杂度较高，不如直接提供jar包和资源 4.直接提供jar包和资源（分开） 依然是反射R文件，资源会被暴露给开发者。

❽ 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打包流程备忘。

❾ 如何将android项目的图片等资源文件打包复用

可以将资源做成一个APK
然后在需要调用的application中使用createPackageContext方法获取资源APK的Context 然后就可以访问了

❿ 创造 | 一个强大的 Android 自动化打包脚本

该脚本是我在独立开发过程中，为了提升 Android 应用打包和运营的效率而开发的脚本。项目地址是，

https://github.com/Shouheng88/autopackage

如项目中的语言构成展示的，该脚本完全使用 Python 语言开发完成。

使用起来非常简单，首先你要准备如下的环境，

然后，通过编辑配置文件 config.yml 对脚本进行配置。比如，

YAML 格式也不算新颖，早在几年之前的 SpringBoot 里面就已经采用了这种格式。相比于使用 json 或者 properties 等格式的配置文件，它更加简洁。

1、使用 gradle 指令自动打包，区分 32 位和 64 位 ：因为现在有些应用市场明确要求区分 32 位和 64 位，所以，打包的时候要分开进行打包。

2、打包完成之后将 APK 拷贝到指定的目录 ：主要用来做本地的 APK 文件备份，后面也会用这里拷贝的 APK 文件进行自动化加固。

3、使用 diffuse 输出相对于上一个版本的 APK 版本差异报告 ：diffuse 是 JakeWharton 开发的 APK, AAB, AAR 和 JAR 的对比工具。这里我用它对比当前版本和上一个版本的 APK 的信息，以实现对 APK 质量的监控。diffuse 项目的地址是 https://github.com/JakeWharton/diffuse

3、拷贝多语言资源到指定的目录，并自动提交到 Github 仓库以便于协助翻译 ：对做国际化的应用的开发者而言，我们可以通过应用内的协助翻译功能借助社区的力量实现应用的多语言。这里我尽量将这个过程做得更加自动化。即在应用打包完成之后将应用内的多语言资源按照版本信息拷贝到指定的目录下。然后使用 Git 工具将其推送到 Github 等。具体的效果可以参考 https://github.com/Shouheng88/LeafNote-Community .

4、自动打 tag 并提交到远程仓库 ：该功能用来在打包完成之后使用为当前版本添加 Git tag，以便于后续根据版本回滚到指定的 Git 提交记录。

5、根据 Git 提交记录自动生成更新日志 ：上面做了为项目自动添加 Git tag 的功能之后，我们可以根据当前版本到上一版本之间的 Git 提交记录的 comment 信息自动生成版本更新日志。虽然，这个这样生成的更新日志并不能直接用作发布时的更新记录，但在至少可以让我们直观得看到这个版本修改了什么。

6、使用 360 加固 对上述 APK 进行加固并输出到指定的目录 ：加固操作其实非常简单，只需要一个 command 指令就可以完成了，

不过在使用上述命令之前需要先通过 GUI 的形式修改你在 360 加固中的渠道和签名信息（直接手动改文件也可以）。

7、上传打包 APK 到蓝奏云 ：蓝奏云是现在很多开发者用来分享软件的一个云存储平台，100M 以下的文件可以免费存储，类似于网络云。上传蓝奏云之前需要先修改配置文件，

这里需要填入的 ylogin 和 phpdisk_info 可以在登录之后通过 Chrome 的开发工具查看 cookie 信息得到。目前能够做到自动化的一个方案就是使用上述两个信息。

8、通过 Telegram bot 将打包完成的渠道包和更新日志信息发送到 Telegram 群组 ：对海外的用户我们可以通过 Telegram 作为一个交流的渠道。Telegram 是一个非常好用的聊天软件。它提供了 bot 功能，即一个可以推送消息的机器人。我们可以通过这个功能来在群组中推送消息、图片和文件。Telegram 的 bot 有非常强大的自定义性。其实我们完全可以基于爬虫和 bot 维护一个社区，然后通过在社区内推送广告来获得一些利益。这也不失为一个赚钱的渠道。使用 Telegram bot 之前需要在配置文件中填入如下信息，

这里的 token 是注册 bot 的时候得到的信息。chat_id 可以通过如下方式获取到：

即将 token 信息填入到上述 <YourBOTToken> 处。在返回的 json 结果中可以获取到 chat id 信息。

向群组推送信息的方式非常简单，一个 http 请求即可完成，

更多的协议可以参考这个文档： https://core.telegram.org/bots/api#senddocument

9、完成上述操作之后使用邮件通知打包结果 ：最后就是在完成了最终的打包操作之后通过 Email 发送一封邮件，内部包含了本次打包的 diff 信息等给指定的用户。使用邮件功能需要在配置文件中填写，

这里我们使用的是 QQ 邮箱来发送邮件。这里需要填写的 user 和 password 字段分别是邮箱和开通 smtp 服务时系统提供的密码信息。QQ 邮箱开通 SMTP 服务器其 官方文档 即可。

上述是该打包脚本的主要功能。后续我会添加更多功能。因为时间有限，有些功能需要修改一下才能使用。不过，许多功能我都封装成了独立的 Python 脚本，如果需要的话可以自己做细微的修改。对于这个脚本，如果你有更好的建议和想法，可以跟我交流~