Studio自动打包apk

快速自动打包apk方法：

要想实现自动的快速打包apk，就要在项目中配置一下，要怎么做呢？
1.  需要在项目的根目录下(与app、build同级别)创建文件夹如命名为buildsystem，把debug.keystore和release.jks;

2.  代码中配置：
    在项目的gradle中配置：
        android {
            ......
                signingConfigs {
                    debug {
                      storeFile file('../buildsystem/debug.keystore')
                      storePassword 'android'
                      keyAlias 'androiddebugkey'
                      keyPassword 'android'
                    }
                    release {
                      storeFile file('../buildsystem/release.jks')
                      storePassword 'K684S6P'
                      keyAlias 'cxtx'
                      keyPassword '9qRdSEQZ'
                    }
                  }
        }

• 点击run的绿色按钮(或shift + F10)，就会自动帮我们打包并安装我们的apk了，当然也可采用build apk方式；

• 怎么选择构建debug还是release的apk呢？
  这个是在 build Variants中点选的，若看不到可以点击studio左下角的图标

图片说明：

a.png

另一种打包签名方式：

使用build中的generate sign apk方式；

• 需要注意的地方：

s.png

其中有两种方案： signature versions：V1(Jar Signature) 、V2(Full APK Signature)

• V1和V2的区别
  Android 7.0中引入了APK Signature Scheme V2（Full APK Signature），而V1（jar Signature） 来自JDK；

  V1：仅验证未解压的文件内容，这样APK 签署后可进行许多修改 ，可以移动甚至重新压缩文件；
  V2：验证压缩文件的所有字节，而不是单个 ZIP 条目，因此，在签名后无法再更改(包括 zipalign)；
  正因如此，现在在编译过程中，我们将压缩、调整和签署合并成一步完成。好处显而易见，更安全而且新的签名可缩短在设备上进行验证的时间（不需要费时地解压缩然后验证），从而加快应用安装速度。如有任何自定义任务篡改 APK 文件或对其进行后处理（无论以任何方式），那么V2 签名会有作废的风险，从而导致您的 APK 与 Android 7.0 及更高版本不兼容。

  1. 打包签名时只勾选V1签名并不会影响什么，但是在7.0上不会使用更安全的验证方式；
  2. 只勾选V2签名7.0以下会直接安装完显示未安装，7.0以上则使用了V2的方式验证
  3. 同时勾选V1和V2则所有机型都没问题.

但是如果全部勾选完毕出现了无法安装等问题，那么我们可以忽略这种新的签名机制，只勾选第一个选项(V1)，依旧使用我们之前旧的签名机制。