根据flavors设置buildType中debug的签名文件

 

设置buildType中debug的签名文件（不使用debug默认的签名文件）

前言：android studio运行编译安卓项目，其debug模式会使用默认的keystory。通过获取flavor信息设置签名文件，在debug模式下是不生效的，它仍然使用默认的keystory。此时通过studio安装至客户端的apk签名信息并不是我们所需要的。

而我们往往需要给每一个包指定签名文件。

 

这个默认签名(keystore)是不需要密码的，它的默认位置在 $HOME/.android/debug.keystore，如果不存在Android studio会自动创建它。

使用场景： 根据需求，给不同的包设置对应的签名文件。

flavors 和 buildTypes设置。

 productFlavors {
            _360 {}
            anzhi_oas {}
            huawei_fuming {}
        }

 buildTypes {
        release {}
        debug{}
        pre{}

}

flavor + BuildType

给不同的包设置对应的签名文件(每个人根据自己需求来做)

//批量配置
    //获取flavor集合
    def flavors = getProductFlavors()
    for (int i = 0; i < flavors.size(); i++) {
        //获取flavor对象
        def at = flavors.getAt(i)
        //获取flavor名
        String name = at.getName().toString()
        if (name.contains("XXXXX")) {
            SigningConfig fumingConfig = getSigningConfigs().findByName("customsigning1")
            at.setSigningConfig(fumingConfig)
        } else {
            at.setSigningConfig(signingConfigs.getByName("customsigning2"))
        }
    }

个人认为buildType不同，不影响签名文件。因为只要包名一样，签名文件就应该是一样的。

需要解决的问题：解决在debug模式下，使用设置的签名文件，而不是默认的签名文件。

有的人会讲到在buildType的debug中设置签名。如下：

buildType{

  debug{

   signingConfig signingConfigs.customsigning1
  }

}

 

这样是可以替换掉默认签名的，但有局限性，因为所有Debug模式都使用了这个签名。如果有马甲包，有多个flaovrs就不适合了。一般来说同一个包名的apk使用同一个签名。

通过flaovrs信息来设置签名。但非常不幸的是，给所有flavor设置对应签名后，在debug模式下不生效，仍然使用的是默认签名，在非dubug模式（如release pre等）都可以生效。这是因为只有debug有默认的签名文件。

 

重点：

如上在flavors集合中设置签名文件，同时在debug中设置 signingConfig null   即可。

debug模式的签名文件不会再使用默认的签名文件，会使用flavor设置的签名文件。

 

 buildTypes {
     debug {
            signingConfig null
    }
....
}

 

备注：将debug模式的签名文件设置与其它buildType模式相同，有利于开发工作。如果不一致会让Debug release pre（预发布） 等版本在覆盖安装时会先卸载掉已安装的app，才能再安装，这是因为debug模式特有的默认keystory导致的。这样就会让你重新登录，重新进入欢迎界面等等一系列首次安装工作，长时间这样不是个事啊。。。。