https://www.guardsquare.com/en/proguard/manual/introduction
http://www.runoob.com/w3cnote/android-tutorial-exercise-6-html.html
混淆
在应用发布前，对代码进行混淆处理，可以让我们的代码即使被 反编译，也让其难以阅读。
AS自身集成Java的ProGuard作为压缩， 优化和混淆工具，混淆规则文件是：proguard-rules.pro，启用 混淆规则的话修改build.gradle中的minifyEnabled为ture即可开启混淆。
ProGuard除了能混淆代码外，还可以减少应用体积，对字节码级别优化 让我们的APP运行更快！
另外，混淆完后会默认在app/build/outputs/mapping/release 下生成mapping.txt混淆规则文件，可以根据这个文件反推回混淆前的代码；
还有有些地方是要避免混淆的，不然APP运行的时候会出错。
混淆规则通用模板如下：
#指定压缩级别
-optimizationpasses 5
#不跳过非公共的库的类成员
-dontskipnonpubliclibraryclassmembers
#混淆时采用的算法
-optimizations !code/simplification/arithmetic,!field/*,!class/merging/*
#把混淆类中的方法名也混淆了
-useuniqueclassmembernames
#优化时允许访问并修改有修饰符的类和类的成员
-allowaccessmodification
#将文件来源重命名为“SourceFile”字符串
-renamesourcefileattribute SourceFile
#保留行号
-keepattributes SourceFile,LineNumberTable
#保持泛型
-keepattributes Signature
#保持所有实现 Serializable 接口的类成员
-keepclassmembers class * implements java.io.Serializable {
static final long serialVersionUID;
private static final java.io.ObjectStreamField[] serialPersistentFields;
private void writeObject(java.io.ObjectOutputStream);
private void readObject(java.io.ObjectInputStream);
java.lang.Object writeReplace();
java.lang.Object readResolve();
}
#Fragment不需要在AndroidManifest.xml中注册，需要额外保护下
-keep public class * extends android.support.v4.app.Fragment
-keep public class * extends android.app.Fragment
# 保持测试相关的代码
-dontnote junit.framework.**
-dontnote junit.runner.**
-dontwarn android.test.**
-dontwarn android.support.test.**
-dontwarn org.junit.**
然后build.gradle里修改下，启用混淆以及打开压缩：
3.
签名打包
应用签名的重要性不言而喻，应用的唯一标志，开发者的身份凭证！
这样可以防止用户已安装的应用被恶意的第三方覆盖或替换掉，这种 逆向APP后进行二次打包的对于付费App和游戏App非常常见。
关于签名生成打包官方文档已经有详细叙述(可能需要梯子)：https://developer.android.com/studio/publish/app-signing.html#generate-key签名生成：
签名生成以后，就是使用签名打包了，
打包方式有两种：
一种是手动打包，另一种是通过gradle构建自动打包
手动打包非常简单，也很low：依次点击：Build -> Generate Signed APK
然后选择哪里存放生成的apk：
然后就可以看到生成的apk了：
另一种是gradle命令行构建的，也很简单，图形化的可以看官方 文档，我这里直接贴代码，一般的话签名文件是不会丢到项目里 的，我这里因为是开源的，所以把my.jks也丢项目里了，然后 修改下build.gradle，依次是签名信息
4.APK瘦身
经过混淆签名打包后的apk大小为1.4mb，但是作为一个没有什么图片，
没有采用第三方库的看图应用来说，实在是很差强人意，
所以务必需 要对我们的APK瘦身一波。
Android Studio 自带的 APK Analyzer，可以对我们的APK做一个定量分析：
看得出是res占比最多，原因也是我们的图标，就不去把删图片和文件夹了，
只是用工具对图片进行压缩，这里安利个神器：ImageOptim
压缩完再看下apk体积变成了1.3mb，此时再分析下：
感觉没什么太大的变化，但是apk就是减少了0.1mb，图片 资源压缩是apk瘦身最基本的操作。关于其他的优化套路 后面版本再细谈，项目比较小，可优化的潜力很低...
5.应用发布
不要问我为什么是酷安市场，搞机的基佬基本都会混酷安的~ 发布我们的应用，
然后填写相关描述信息，传应用截图；
接着点APK版本上传我们的APK，这里会对apk包名做校验， 我之前写错一直没发现，后面改了才可以；
