“Gradle的配置太多了，经常版本更新还有变化，而且它还能扩展，记是记不住了，只能用到再搜了，哎，难顶” 。 是真的难顶，但是我想挑战一下...

做开发这么久了，你是否对Gradle又爱又恨？是否对Gradle的配置一知半解？是否每次编译结果都像开盲盒一样？是否想知道Gradle背后执行的原理？是否也想手写Plugin？

作为 Android 开发者，如果你不想开源你的应用，那么在应用发布前，就需要对代码进行混淆处理，从而让我们代码即使被反编译，也难以阅读。混淆概念虽然容易，但很多初学者也只是网上搜一些成型的混淆规则粘贴进自己项目，并没有对混淆有个深入的理解。本篇文章的目的就是让一个初学者在看完后，能在不进行任何帮助的情况下，独立写出适合自己代码的混淆规则。

修改输出的名字保存输出的文件路径通常多渠道打包后需要输出文件并保存最新的apk在一个文件夹中build命令编译生成debug和release版本的包assembleRelease命令只编译生成rele

本文主要讲解 Apk 的混淆，这里的混淆分为两种代码混淆和资源文件混淆。实际的产品研发中为了防止自己的劳动成果被别人窃取，混淆代码能有效防止 apk 文件被反编译，进而查看源代码。说来惭愧，作为互联网创业公司的我们也确实对竞品 Apk 反编译研究过，如果 Apk 混淆之后确实对理解源码的业务流程造成了困扰，这也从侧面说明了 Apk 混淆的重要性。

点击打开链接 毫无疑问，混淆是打包过程中最重要的流程之一，在没有特殊原因的情况下，所有 app 都应该开启混淆。 首先，这里说的的混淆其实是包括了代码压缩、代码混淆以及资源压缩等的优化过程。依靠 ProGuard，混淆流程将主项目以及依赖库中未被使用的类、类成员、方法、属性移除，这有助于规避 64K 方法数的瓶颈；同时，将类、类成员、方法重命名为无意义的简短名称，增加

适合不太熟悉 Gradle 的一些基础使用的同学，是 AS 使用 Gradle 的一些介绍，比如签名配置，变种 apk 配置，buildType 介绍等

使用 proguard 进行代码混淆

Gradle for Android 系列博客涉及的知识点有：Gradle 基本配置、依赖管理、全局设置、自定义 BuildConfig、混淆、多渠道打包、配置签名信息、单元测试。本篇为第三篇：多渠道打包、配置签名信息。