Android-Gradle(3)gradle插件V1签名多风味打包

这篇博客介绍了如何利用Gradle的productFlavors进行多渠道打包,分析了该方法的优缺点,特别是针对大型项目打包速度慢的问题。文章详细讨论了Android签名机制,尤其是V1签名的特性,并提出在不破坏签名的情况下向apk添加渠道信息的方法。通过此技术,可以在V1签名校验下快速生成大量差异较小的包,提高打包效率。
摘要由CSDN通过智能技术生成

享学课堂诚邀作者:周周

转载请声明出处!

正文大纲

1. gradle是什么
2. groovy语言的特性以及它和java的关系
3. 为什么你的apk打包这么慢
4. 如何利用gradle编程解决工作中的实际问题
5. gradle的高级用法(gradle多渠道快速打包插件)

5. gradle的高级用法(gradle多渠道快速打包插件)

本节小目录

  • productFlavors多渠道打包的优势与缺陷
  • android中签名的那些梗
  • 如何在V1签名校验下写入渠道信息
  • 如何在V2/V3签名校验下写入渠道信息
  • 如何发布gradle插件到mavenLocal

productFlavors多渠道打包的优势与缺陷

上一篇文章详细讲了如何利用gradle官方的productFlavors去实现多风味打包,现在来分析一下这种方式的优缺点。
##优势
毕竟是官方爸爸给的打包方案,优势之一那就是功能全面. 完全利用gradle编程框架内的函数来设置“风味”的特别参数,理论上可以通过配置产生造成任何你想看到的差异,
比如,

  • applicationId 包名,
  • versionCode 版本号,
  • versionName 版本名,
  • manifestPlaceHolder 清单文件预留字段,
  • buildConfigField BuildConfig文件内的字段
    等等. 至于其他的,我没有去一一尝试,但是应该八九不离十。
    ##缺陷
    "慢"
    是的,比较慢,如果是大型项目,需要快速打出 2个维度,每个维度都是5x5的包,那么 编译器就会进行25次完整的apk打包流程。
    啥?apk打包流程不知道?

    上图解读:
    一个apk,主要包含3个部分.
  • java代码部分,包括第三方依赖包,包括aidl跨进程调用的代码,会统一变成一个或者多个dex文件。
  • 资源文件部分,通过aapt,生成一个res文件夹以及一个 resources.arsc 资源映射.
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值